推荐 序 


回顾 


今天 是 一 个 值得 高 兴 的 日 子 。 历 经 两 年 多 的 艰苦 奋斗 ， 张 大 伟 同 学 的 这 本 著作 ， 同 时 也 是 “深入 理解 Android” 系 列 三 卷 中 
的 最 后 一 卷 终 于 完成 了 。 从 2011 年 我 和 华章 公司 的 杨 福 川 编辑 一 起 开创 这 一 馆 今 为 止 国内 Android 技 术 书 籍 市 场 上 唯一 一 套 兼 
具 广 度 和 深度 的 “深入 理解 Android” 系 列 书籍 算 起 ， 四 个 年 头 已 经 过 去 。 在 这 四 年 中 ， 本 系列 书籍 的 作者 们 和 出 版 社 的 编辑 们 
共同 奋斗 ， 成 果 裴 然 : 


. 2011 年 9 月 《深入 理解 Android: 卷 I》 发 布 。 

. 2012 年 8 月 《深入 理解 Android: 卷 II》 发 布 。 

. 2013 年 1 月 ， 本 系列 的 第 一 本 专题 卷 《 深 入 理解 Android: Telephony 原 理 剖 析 与 最 佳 实践 》 发 布 ， 作 者 是 杨 青 平 。 
. 2014 年 4 月 ， 本 系列 的 第 二 本 专题 卷 《 深 入 理解 Android: Wi-Fi，NEC 和 GPS 卷 》 发 布 。 

2015 年 ，《 深 入 理解 Android: 卷 III》 发 布 ， 作 者 即 是 本 书 的 主人 公 张 大 伟 。 

" 2015 年 及 以 后 ， 我 们 还 要 发 布 “深入 理解 Android ”系列 书籍 中 的 WebKit 专 题 卷 、 自 动 化 测试 卷 、 蓝 牙 专 题 卷 等 。 


从 技术 层面 来 说 ， 本 书 填补 了 深入 理解 Android Framework 卷 中 的 一 个 主要 空白 ， 即 Android Framework 中 和 UI 相关 的 
部 分 。 在 一 个 特别 讲究 “ 颜 值 ”的 时 代 ， 本 书 分 析 了 Android 4.2 中 WindowManagerService、ViewRoot、Input 系 统 、 
StatusBar、Wallpaper 等 重要 “ 颜 值 绘制 /处 理 ” 模 块 。 虽 然 在 写 书 的 两 年 中 ，Android 版 本 已 经 从 4.2 进 化 到 M ， 但 “ 面 昌 新 ， 
神 依 在 ”。 所 以 ,我 可 以 很 负责 任 地 说 ， 对 那些 掌握 了 本 书 精髓 的 读者 而 言 ， 即 使 Android 未 来 升级 到 了 X， 那 也 只 不 过 是 换 了 
一 个 “马甲 ”罢了 。 


展望 


我 在 《深入 理解 Android: 卷 1》 中 曾经 详细 前 述 过 “深入 理解 Android” 这 一 系列 的 路 线 图 
(http://blog.csdn.net/innost/article/details/7648869) 。 


内 核 部 分 
应 用 部 分 


深入 理解 


Android 


卷 T ( Native Framework ) 





框架 部 分 卷 [| ( Java Framework ) 


卷 [[[ ( Java Framework ) 


Daly 玉 虚拟 机 ; 专题 部 分 





本 系列 书 大 体 分 为 应 用 部 分 、Framework 部 分 、 专 题 部 分 和 内 核 部 分 


1) 应 用 部 分 。 这 部 分 拟 以 Android 源 码 中 自 带 的 那些 应 用 程序 为 分 析 目 标 ， 充 分 展示 Google 在 自家 SDK 平 台 上 进行 应 用 开 
发 的 深厚 功力 。 这 些 应 用 包括 Contacts、Gallery2、Mms、Browser 等 ， 它 们 的 分 析 难 度 都 不 可 小 凯 。 通 过 对 这 些 系 出 名 门 的 
应 用 的 分 析 ， 我 们 希望 读者 不 仅 能 把 握 商 业 级 应 用 程序 开发 的 精髓 ， 更 能 精确 熟练 地 掌握 Android 应 用 开发 的 各 种 技能 。 


2) Framework 部 分 。 关 注 Android 的 框架 ， 包 括 三 本 书 。 


卷 I[: 以 Native 层 Framewotk 模 块 为 分 析 对 象 。 知 识 点 包括 init、bindert、zygote、jni、Message 和 Handlerf、audio 系 统 、sutface 
系统 、vold、tild 和 mediascanner。 本 书 已 于 2011 年 9 月 出 版 ， 虽 然 是 基于 Android 2.2， 读 者 如 若 扎 实地 掌握 并 理解 了 其 中 的 内 容 ， 
那么 以 后 再 研究 Android 2.3 或 4.0 版 本 中 对 应 的 模块 ， 也 是 轻而易举 之 事 了 。 





: 卷 IT 和 卷 III: 以 Java 层 Framewo 全 模块 为 分 析 对 象 。 卷 II 基于 4.0.1 版 ， 包 括 UI 相 关 服 务 和 Window 系 统 之 外 的 一 些 重 要 服务 
如 PackageManagetSetvice、ActivityManhagefSetvice、 了 PowetManagetSetvice、ContentSetvice、 ContentProvidet 等 。 而 的 卷 III 将 以 输入 系 


统 、WindowManagetSetvice、UI 相 关 服 务 为 主要 目标 。 


Framework 部 分 这 3 本 书 的 目的 是 让 读者 对 整个 Android 系 统 有 较 大 广度 、 一 定 深度 的 认识 ， 这 有 益 于 读者 构建 一 个 更 为 完 
整 的 Android 系 统 知 识 结构 。 应 当 指 出 ， 这 3 本 书 不 可 能 覆盖 Android Framework 中 的 所 有 知识 点 。 因 此 ， 尚 需 读者 在 此 基础 
上 ， 结 合 不 同 需求 ， 进 行进 一 步 的 深入 研究 。 

3) 专题 部 分 。 这 部 分 旨 在 帮助 读者 沿 着 Android 平 台中 的 某 一 些 专业 方向 ， 进 行 深度 挖掘 ， 这 一 部 分 拟 规划 如 下 专题 : 

Telephony 专 题 ， 涵 盖 SystemServer 中 相关 的 通信 服务 、rild、 和 短信、 电话 等 模块 。 


. 多 媒体 专题 ， 涵 盖 MultiMedia 相 关 的 模块 ， 包 括 Stagefright、OMX 等 。 另 外 ， 我 们 也 打算 引入 开源 世界 中 最 流行 的 一 些 编 解 
码 引 擎 和 播放 引擎 作为 分 析 对 象 。 


` 浏览 器 和 Webkit 专 题 ， 该 专题 难度 非常 大 ,但 其 重要 性 却 不 言 而 喻 。 


* Dalv 还 虚拟 机 专题 ， 该 专题 希望 对 Dalv 还 进行 一 番 深 度 研究 ， 涉 及 面包 括 Java 虚 拟 机 的 实现 、Android 的 一 些 特殊 定制 等 内 
容 。 现 在 来 看 ，Dalv 让 已 经 被 ART 替 换 ， 所 以 这 本 书 的 目标 就 应 该 是 ART 虚 拟 机 专题 了 。 


. Android 系 统 安全 专题 ， 该 专题 的 目标 是 ， 分 析 Android 系 统 上 提供 的 安全 方面 的 控制 机 制 。 另 外 ，Linux 平 台 上 的 一 些 常用 
安全 机 制 ( 例 如 ， 文 件 系 统 加 密 等 ) 也 是 本 书 所 要 考虑 的 。 这 套 安全 专题 我 已 经 在 自己 的 博客 (1 上 写 了 部 分 内 容 ， 包 括 Java 
Secutity、 设 备 加 密 等 。 


.ULIVUE 设 计 以 及 心理 学 专题 ， 该 专题 希望 能 提供 一 些 心理 学 方面 的 指导 以 及 具体 的 ULI/UE 设 计 方 面 的 指南 ， 以 帮助 开发 人 
员 开 发 出 更 美 、 更 体贴 和 更 方便 的 应 用 。 


专题 部 分 隐 含 着 的 一 个 极为 重要 的 宗旨 : 即 基于 Android， 而 高 于 Android。 换 言 之 ， 这 些 书籍 虽 都 以 Android 为 切入 点 ， 
但 我 们 更 希望 读者 学 到 的 知识 、 掌 握 的 技术 不 局 限于 Android 平 台 。 


4) 内 核 部 分 。 这 部 分 拟 以 Linux 内 核 为 主 。 虽 然 这 方面 的 经 典 教 材 非常 多 ， 但 要 么 是 诸如 《Linux 内 核 情景 分 析 》 之 类 的 鸿 
篇 巨 快 ， 要 么 是 类 似 《Linux 内 核 设 计 与 实现 》， 内 容 过 于 简洁 。 另 外 ， 现 有 书籍 使 用 的 内 核 源码 都 比较 陈旧 。 为 此 ， 我 们 希望 
能 有 一 本 难度 适中 、 知 识 面 较 广 、 深 度 适 宜 的 书籍 。 


今天 ， 正 是 由 于 大 伟 的 努力 ， 我 们 的 Framework 部 分 得 以 完美 收 官 。 高 兴 的 同时 ， 我 们 认为 前 路 依然 艰辛 。 在 此 ， 我 和 福 
川 兄 再 次 诚挚 邀请 国内 外 有 热情 、 愿 分 享 、 有 责任 心 的 兄弟 姐妹 们 来 一 起 继续 发 扬 光 大 “深入 理解 Android” 这 一 系列 书籍 。 


还 是 杨澜 的 那 句 话 ， “原来 我 只 佩服 成 功 的 人 ， 现 在 我 更 尊敬 那些 正在 努力 的 人 ”。 让 我 们 一 起 成 为 被 尊敬 的 人 吧 ! 


轶 事 
我 和 大 伟 相 知 相识 的 过 程 还 颇 有 点 意思 。 


那 时 我 们 都 在 中 科 创 达 工 作 ， 有 一 次 ， 我 们 俩 要 一 起 重 构 一 个 和 音频 相关 的 解码 模块 。 当 时 我 只 只 哟 哟 把 几 段 和 多 线程 相关 
的 同步 代码 块 改写 后 ， 引 起 了 大 伟 的 强烈 质疑 。 在 质疑 (challenge) 和 争论 (argue) 的 过 程 中 ， 我 发 现 大 伟 思 路 清晰 ， 技 术 
能 力 较 强 ， 是 一 个 不 可 多 得 的 好 苗子 ， 便 有 意 交往 。 虽 然 吵 得 很 激烈 ， 不 过 最 终 实践 的 结果 是 这 次 改写 比较 成 功 ， 这 使 得 我 赢得 
了 大 伟 的 信任 。 

交手 过后， 我们 便 成 了 好 兄弟 。2012 年 夏天 ， 我 和 大 伟 被 派遣 到 上 海 高 通 公司 。 当 时 我 刚 完成 了 卷 II 的 撰写 ， 同 时 也 在 思考 
很 多 读者 提出 的 一 个 问题 ， 即 什么 时 候 能 详细 分 析 一 下 Android Framework UI 部 分 。 古 语 云 “ 书 如 其 人 ”， 对 于 我 这 样 一 个 
对 “ 颜 值 ”不 是 很 讲究 的 人 来 说 ， 写 这 本 书 肯定 不 是 最 合适 的 。 因 为 我 觉得 这 边 书 的 作者 需要 耐心 、 细 心 ， 同 时 还 需要 一 定 审美 
观 。 在 我 认识 的 技术 能 力 较 强 的 兄弟 们 中 ， 大 伟 无 疑 是 最 适合 撰写 本 书 的 人 选 。 


当然 ， 对 于 一 个 从 未 写 过 书籍 的 人 而 言 ， 这 样 的 重任 最 初 还 是 让 大 伟 觉 得 紧张 ， 感 觉 没 有 信心 。 所 以 ， 我 和 大 伟 一 起 参与 出 
版 合同 签署 事宜 ， 让 他 觉得 自己 不 是 孤身 作战 。 另 外 ， 在 一 些 技术 难点 上 ， 我 会 编写 一 些小 例子 ， 让 大 伟 去 完善 ， 并 以 这 些 例子 
为 出 发 点 来 分 析 Framework 的 实现 。 最 后 ， 大 伟 凭 借 自己 的 天 分 和 努力 ， 很 快 就 从 一 个 跟随 者 变 成 了 这 本 书 的 主导 者 和 唯一 作 
者 。 

在 本 书 的 审 稿 过 程 中 ， 我 很 欣慰 地 发 现 这 本 书 细节 深入 、 知 识 全面 ， 是 一 本 诚意 之 作 。 在 此 ， 我 个 人 非常 感谢 大 伟 的 努力 ， 
这 本 书 了 却 了 我 多 年 的 一 桩 心愿 。 

我 曾经 很 姜 莫 那些 有 战友 之 情 的 士兵 们 。 在 和 平年 代 的 今天 ， 我 觉得 我 和 大 伟 、 福 川 、 杨 青 平等 作者 、 编 辑 都 曾 为 了 一 个 共 
同 目标 一 起 努力 过 ， 奋 斗 过 ， 我 们 之 间 的 感情 应 该 能 够 媲美 战友 之 情 吧 。 

邓 凡 平 


[我 的 博客 地 址 : blog.csdn.net/innost。 


ul: 
ll 


本 书 的 主要 内 容 及 特色 


本 书 是 “深入 理解 Android” 系 列 的 第 三 本 ， 也 是 完结 篇 。 按 照 “ 深 入 理解 Android” 系 列 图 书 的 路 线 图 ， 本 书 所 关注 的 重 
点 是 Android 中 有 关 用 户 交互 的 Framework 的 知识 。 总 体 来 说 ， 本 书 所 涵盖 的 内 容 分 为 两 个 部 分 : 
: 第 一 部 分 是 对 构成 Android 用 户 交互 基础 的 WindowManagerService、 输 入 系统 以 及 控件 系统 的 介绍 。 
“ 第 二 部 分 是 以 StatusBarManagetService、NotificationManagerService 以 及 Wallpaper-ManagetService 为 例 ， 对 Android 在 第 一 部 分 


内 容 基 础 之 上 所 实现 的 UI 相关 的 服务 进行 探讨 。 


具体 内 容 如 下 : 


第 1 章 介 绍 进行 Andtoid 分 析 的 一 些 准 备 工 作 ， 包 括 如 何 获取 与 编译 代码 ， 使 用 IDE 进 行 代码 的 阅读 及 调试 等 。 


. 第 2 章 ， 根 据 邓 凡 平 的 建议 ， 由 《深入 理解 Andtoid:; 卷 I[》 第 2 章 内 容 升 级 而 来 ， 将 Android 升 级 到 4.2.2 版 本 ， 并 增加 了 和 与 
AIDL 相 关 的 内 容 。Binder 与 MessageQueue 是 Android 进 程 间 通信 与 任务 调度 的 重要 工具 。 因 此 ， 进 行 Android 的 深入 研究 之 前 理解 


这 两 个 工具 的 工作 原理 十 分 重要 。 
第 3 章 主 要 介绍 与 AudioService 服 务 相 关 的 内 容 ， 包 括 音 量 控 制 、AudioFocus 以 及 音量 控制 面板 等 内 容 。 


" 第 4 章 介 绍 WindowJManagerService 的 工作 原理 ， 其 中 涵盖 与 窗口 的 创建 、 布 局 及 动画 相关 的 知识 。 


y 





“ 第 5 章 介 绍 Android 输 入 系统 的 工作 原理 ， 主 要 探讨 输入 事件 的 监听 、 读 取 、 和 翻译、 封装 以 及 派发 循环 等 内 容 。 





. 第 6 章 介 绍 Andtoid 控 件 系统 的 工作 原理 ， 包 括 控件 系统 的 测量 、 布 局 、 绘 制 、 动 画 以 及 输入 事件 的 派发 。 


“ 第 7 章 主 要 介绍 与 SystemUI 相 关 的 内 容 ， 其 中 包括 StatusBarManagerService 与 NotificationManagerService 两 个 系统 服务 ， 以 及 
与 状态 栏 和 导航 栏 有 关 的 知识 。 


“ 第 8 章 介 绍 与 Andtoidq 壁 纸 相 关 的 内 容 ， 包 括 WallpapetManagetSetvice 系 统 服 务 、 动 态 壁 纸 与 静态 壁纸 的 工作 原理 。 另 外 还 介 


绍 WindowManagetSetvice 对 壁纸 窗口 的 一 些 特殊 处 理 。 


其 中 第 1 章 和 第 2 章 是 全 书 的 基础 。 第 3 章 的 内 容 相对 独立 ， 主 要 介绍 与 用 户 交 互 直接 相关 的 音频 方面 的 知识 。 而 第 4 ~ 6 章 是 
本 书 的 重点 内 容 ， 介 绍 Android UI 的 通用 实现 。 在 深入 理解 这 三 章 的 知识 之 后 ， 读 者 可 以 通过 借鉴 第 7 章 和 第 8 章 所 介绍 的 
SystemUl 与 壁纸 的 架构 来 提高 Android 与 用 户 进行 交互 的 深度 定制 能 力 。 另 外 ，Android 源 代码 作为 一 个 优秀 的 开源 项 目 ， 大 
到 架构 的 设计 ， 小 到 某 段 代码 的 实现 ， 都 包含 值得 我 们 细 细 品味 与 吸收 的 设计 思想 ， 并 且 可 以 应 用 于 自己 所 设计 的 代码 上 。 
此 ， 本 书 在 代码 分 析 的 过 程 中 尽 可 能 地 给 出 Android 采 用 某 种 特定 实现 的 原因 或 对 其 优秀 的 设计 思路 进行 提取 ， 和 希望 读者 能 够 知 
其 然 更 知 其 所 以 然 ， 进 而 能 够 在 代码 研究 的 过 程 中 跳出 代码 的 具体 实现 来 体会 其 设计 思想 ， 而 这 正 是 本 书 根本 目的 所 在 。 
读者 对 象 


Android 应 用 开发 者 。 


通过 本 书 可 以 理解 SDK 中 与 用 户 交互 相关 的 API 或 工具 的 工作 原理 ， 而 拥有 这 部 分 知识 有 助 于 应 用 开发 者 设计 出 更 健壮 、 更 
有 效率 ， 而 且 更 加 细 县 的 代码 实现 。 


: Andtoid 系 统 开 发 工程 师 。 


Android 系 统 开 发 工程 师 将 是 本 书 所 面向 的 最 主要 的 读者 群 。 同 “深入 理解 Android” 系 列 的 其 他 书籍 一 样 ， 本 书 将 为 这 些 
读者 提供 其 最 感 兴趣 的 系统 实现 方面 的 内 容 。 


: 对 Android 系 统 的 运行 原理 感 兴趣 的 读者 。 
Android 系 统 源 代码 中 所 体现 的 设计 思想 并 不 仅仅 局 限于 Android， 它 对 Android 以 外 的 开发 工作 同样 极 具 借鉴 意义 。 
如 何 阅读 本 书 


本 书 所 讨论 的 Android 版 本 号 为 4.2.2， 读 者 可 以 通过 本 书 第 1 章 所 介绍 的 方法 获取 或 在 线 阅读 此 版 本 的 源 代 码 。 因 为 版 本 差 
异 可 能 会 使 得 某 些 源 文件 与 类 定义 的 位 置 发 生变 化 ， 读 者 可 以 通过 IDE 集 成 的 代码 搜索 功能 进行 查找 。 截 至 本 书 结 稿 之 
日 ，Android 的 最 新 版 本 为 L， 即 5.0。 在 这 个 版 本 中 ， 与 输入 系统 相关 的 代码 从 frameworks/base/services/input 文 件 夹 移动 到 


frameworks/native/servicesinputflinger 中 ， 但 本 书 所 介绍 的 内 容 在 这 个 版 本 中 仍然 适用 。 


读者 需要 注意 ， 自 第 4 章 起， 后 一 章 的 部 分 内 容 会 以 上 一 章 为 基础 ， 尤 其 是 第 4 ~ 6 章 。 虽 说 更 加 关注 某 一 部 分 的 读者 可 以 直 
接 阅 读 相 关 章节 ， 但 是 笔者 建议 在 阅读 过 程 中 至 少 先 完成 第 4 章 有 关 窗 口 管理 与 布局 内 容 的 学 习 ， 因 为 这 部 分 知识 是 后 续 内 容 的 
基础 中 的 基础 。 


本 书 沿用 了 “深入 理解 Android” 系 列 图 书 的 代码 引用 风格 ， 即 在 每 章 的 开篇 给 出 所 有 引用 代码 的 完整 路 径 ， 并 在 引用 某 一 
段 代码 之 前 指明 这 段 代码 来 自 哪个 文件 、 哪 个 类 的 哪个 方法 (或 函数 ) ， 并 以 注释 的 方式 对 代码 中 的 知识 点 进行 介绍 。 如 下 所 


人 全; 








// 普通 的 单行 注释 
/* 多 行 
注释 */ 


// 外 粗 体 + 数字 编号 表示 了 代码 中 需要 读者 留意 的 关键 点 


























另外 ， 作 为 “深入 理解 Android” 系 列 图 书 的 一 员 ， 本 书 的 内 容 与 卷 |、 卷 HI 有 一 定 的 联系 ， 例 如 卷 | 的 Surface 系 统 、 卷 | 的 
ActivityManagerservice 等 在 本 书 都 会 有 所 提 及 。 读 者 可 以 将 其 作为 本 书 的 补充 资料 。 


勘误 和 支持 


由 于 本 书 涉及 的 内 容 及 代码 量 巨大 而 且 复 杂 ， 加 之 笔者 的 水 平 限制 ， 书 中 难免 会 有 一 些 不 准确 甚至 错误 的 地 方 ， 还 望 各 位 读 
者 不 音 批 评 指正 。 另 外 ，Android 仍 处 在 快速 发 展 的 过 程 中 ， 卷 川 的 成 书 也 绝 不 是 笔者 对 Android 系 统 深入 研究 的 一 个 句号 。 
此 ， 倘 若 读者 有 关于 本 书 的 任何 问题 或 建议 ， 都 可 以 与 笔者 进行 讨论 。 


致谢 
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号 


第 1 章 开发 环 境 部 署 


本 章 的 主要 内 容 : 
: 介绍 获取 Andtoid 源 代码 的 方法 
. 介绍 如 何 将 Andtoid 源 代码 导入 IDE 中 以 方便 阅读 代码 


: 介绍 如 何 对 Andtoid 的 Java、CVC++ 源 代码 进行 调试 


1.1 获取 Android 源 代码 


在 深入 研究 Android 之 前 ， 首 先 必须 获得 一 套 Android 的 源 代码 。Google 提 供 官方 Android 源 代码 的 获取 方法 如 下 : 
https://source.android.com/source/downloading.html 
这 个 页 面 介 绍 了 使 用 repo 脚 本 进行 Android 源 码 的 下 载 的 两 个 基本 步骤 


1) 首先 通过 repo init 命 令 将 当前 文件 夹 初始 化 为 repo 脚 本 的 工作 区 。 其 命令 格式 如 下 : 


repo init -u <repository 地 址 > -b < 分 支 名 称 > 


repo init 命 令 会 在 当前 文件 夹 下 创建 一 个 .repo 文 件 夹 ， 并 从 -u 参 数 所 指定 的 repository 中 下 载 一 个 manifest.xml 文 件 到 这 
个 .repo 文 件 夹 。 这 个 manifest.xml 文 件 定义 了 Android 源 代码 中 所 有 git 项 目的 清单 ， 如 下 所 示 : 








http://www.hzcourse.com/resource/readBook? 








path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/.. 











<project name="platform/frameworks/base" path="frameworks/base" 
revision="http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..."/> 














<project name="platform/packages/apps/Music" 


path="packages/apps/Music" 
revision="http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..."/> 











http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/OEBPS/Text/.. <!-- 其 他 项 目的 定义 --> 


























其 中 每 一 个 project 项 都 描述 了 一 个 git 项 目 ， 而 每 一 个 git 项 目 中 则 包含 了 负责 某 项 功能 的 源 代码 。 其 中 ，name 属 性 指定 了 
git 项 目的 名 称 ，path 属 性 指定 了 git 项 目 将 被 下 载 到 哪 一 个 文件 夹 ， 而 revision 则 指定 了 需要 下 载 git 项 目的 哪 一 个 分 支 。 上 述 
manifest.xml 片 段 中 所 给 出 的 两 个 git 项 目 分 别 存 储 了 Android 基 本 框架 的 代码 以 及 Music 应 用 程序 的 代码 ， 它 们 将 被 分 别 下 载 到 
frameworks/base 以 及 packages/apps/Music 文 件 夹 。 


2) 在 完成 repo 工 作 区 的 初始 化 之 后 ， 便 可 以 通过 repo sync 命 令 下 载 代 码 了 。repo sync 命 令 的 原理 就 是 解 
析 .repo/manifest.xml 中 的 内 容 ， 然 后 通过 git 工 具 逐 个 下 载 清单 中 所 列举 的 git 项 目 。repo sync 可 以 接受 -j 参 数 进行 多 线程 的 代 
码 下 载 以 提高 下 载 速度 ， 例 如 repo sync-j8 表 示 将 使 用 8 个 线程 。 


由 于 整套 Android 源 代码 由 数 百 个 这 样 的 git 项 目 组 成 ， 因 此 进行 Android 源 代码 的 完整 下 载 是 非常 耗 时 的 。 倘 若 开发 者 只 关 


心 其 中 的 某 个 部 分 ， 例 如 上 述 manifest.xml 片 段 中 所 给 出 的 M usic 应 用 程序 的 代码 ， 那 么 可 以 这 么 做 : 


repo Sync platform/packages/apps/Music 


也 就 是 说 ， 在 repo sync 后 面 添 加 git 项 目的 名 称 作为 参数 则 可 以 单独 下 载 这 个 项 目的 代码 。 在 迫切 地 需要 对 Android 的 某 个 
局 部 模块 进行 研究 时 ， 这 个 命令 十 分 有 用 。 





其 实 manifest.xml 也 来 属于 一 个 git 项 目 ， 而 这 个 git 项 目的 名 称 与 下 载 地 址 正 是 通过 -u 参 数 所 指定 的 repository。 所 以 通过 在 repo 
init 中 的 -b 参 数 指 定 的 不 同 的 分 支 可 以 获得 不 同 内 容 的 manifest.xml， 进 而 repo sync 得 以 下 载 不 同 的 Android 源 代码 。 


遗憾 的 是 ，Google 官 方 所 给 出 的 repository 所 在 的 服务 器 在 国内 访问 十 分 困难 。 除 了 使 用 官方 提供 的 tepository 之 外 ， 一 些 芯片 
厂商 提供 的 镜像 repository 可 以 用 于 源 代码 下 载 。 通 过 官方 服务 器 下 载 源 代码 遇 到 问题 的 读者 可 以 在 codeaurora.org 以 及 
omapzoom.org 上 找到 用 于 下 载 Android 源 代码 的 镜像 repository 的 地 址 。 


倘若 不 需要 进行 代码 编译 及 调试 ， 那 么 在 线 阅 读 Android 源 代码 无 疑 是 一 个 非常 方便 的 选择 。 基 于 OpenGrok 代 码 搜索 引擎 
的 androidxref.com 就 是 一 个 在 线 阅读 Android 源 代码 的 站 点 。 这 个 站 点 存储 了 自 Android 1.6 以 来 所 有 版 本 的 Android 源 代码 ， 
并 且 在 OpenGrok 引 擎 的 支持 下 可 以 非常 快速 地 实现 源 代码 的 查找 与 跳 转 。 如 图 1-1 和 图 1-2 所 示 。 


Android XREef ,.,,, Bean 4.2.2 


Home Sort by: last modified time | relevance | path 


Full Search In Project(S) selectall | invert selection 


Definition 
Symbol mAnimator 
File Path WindowManagerService.java 
History 


dalvik 
development 
device 

docs 
external 


frameworks 


search ] Clear |] Help | 


Searched +path:"windowmanagerserVvice . java” +refs:mAnimator (Results 1 - 1 of 1) sorted by relevance 


/frameworks/base/servi ces/java/com/android/server/wm/ 
E51 * Lcckang on either miindowNap or mAnimater and then on mLayoutToAnLm */ 
E54 final WindowArimator nAninator; field im classMNimdorNanmager Service 
732 mAnimator .mAboveUniverseLayer = mPoLicy.getAboveUniverseLayerl) 
840 mAnimator ~ mew WindowAninator( this); 
2759 // ToDO(cmautrer): synchronize on mAnimater or vin.nWinAnimator. 
WindowManagerService.jaVva aosz _animating = ator .mhnimatina: 

E051 mAnimator gstsc resnRot>stilonhnimztlonLocked(DisPLay. DEFAULT_DITSPLAY) ; 
mAnimator .get Sc reenfotationAnimat ionLocked( Display. DEFAULT_DISPLAY) ; 
mAnimator .sctDisplayDimensions( dw, dh, =ppWidth, appHeight); 
mAnimator 

2 





Completed in 107 milliseconds 


图 1-1 使 用 AndroidXRef 进 行 代码 查找 


AndroidxXxRef Jelly Bean 4.2.2 


xref: /frameworks/base/services/Java/com/android/server/wm/Session. java 


Home | History | Annotate | Line# | Navigate | Download 


118 

119 Goverride 

120 public boolean onTransact (int code, Parcel data, Parcel reply, int flags) 
121 throws RemoteException { 

122 try { 

123 return super.onTransact (code, data, reply, flags); 

124 } catch (RuntimeException e) { 

125 // Log all 'real' exceptions thrown to the caller 

126 if (!(e instanceof SecurityException)) { 

127 Slog.e (WindowManagerService.TAG, "Window Session Crash", e); 
128 

129 throw e; 

130 

131 } 

132 

133 public void binderDied() { 

134 // Note: lt 1s safe to call in to the Input method manager 

135 // here because we are not holding our lock. 

136 try { 

137 if (mService.mInputMethodManager != null) { 





图 1-2 使 用 AndroidXRef 浏 览 代码 


1.2 Android 的 编译 


在 将 下 载 到 本 地 的 代码 添加 到 Eclipse 或 其 他 IDE 之 前 ， 最 好 先进 行 一 次 完整 的 Android 编 译 。 这 是 因为 某 些 代码 文件 是 在 编 
译 过 程 中 由 aid| 文 件 或 资源 文件 所 生成 的 ， 只 有 经 过 完整 编译 之 后 才能 保证 导入 1DE 中 的 Android 源 代码 的 完整 性 。 


编译 Android 源 代码 非常 简单 ， 其 步骤 如 下 : 


1) 执行 souce build/envsetup.sh， 此 命令 将 初始 化 Android 的 编译 环境 ， 并 且 声 明 一 系列 方便 操作 源 代码 的 bash 函 数 ， 


如 mmm、mm、cgrep、jgrep 等 。 


2) 输入 lunch full-eng 并 执行 。 它 是 envsetup.sh 中 定义 的 一 个 函数 ， 用 于 设置 即将 编译 的 项 目 以 及 类 型 。 读 者 也 可 以 通过 


等 效 的 choosecombo 命 令 对 编译 进行 更 精细 设置 。 


3) 输入 make 并 执行 Android 编 译 。 编 译 的 中 间 结 果 以 及 最 终 产 物 (包括 由 aid| 文 件 与 资源 所 生成 的 代码 文件 ) 都 存储 在 
Android 源 代码 根 目 录 下 的 out 文 件 夹 中 。 


1.3 在 IDE 中 导入 Android 源 代码 


尽管 Android 的 源 代码 并 不 依赖 1DE 进 行 编译 ， 但 是 使 用 IDE 进 行 代码 的 浏览 、 查 找 与 跳 转 无 疑 是 最 方便 的 选择 。 本 书 所 涉 


及 的 Android 源 代码 主要 是 由 Java 语 言 以 及 C/C++ 语言 编写 的 。 对 Java 代 码 来 说 ，Eclipse 是 最 佳 选择 ， 而 对 C/C++ 代码 来 说 ， 
本 书 推荐 使 用 速度 更 快 的 Sourcelnsight。 


1.4 ”调试 Android 源 代码 


调试 是 分 析 问 题 与 印证 对 代码 的 理解 的 最 有 效 手段 ， 对 Android 这 种 复杂 而 庞大 的 系统 来 说 尤为 如 此 。Android 的 源 代码 主 
要 由 Java 代 码 以 及 C/C++ 代码 构成 ， 因 此 调试 Android 源 代码 需要 从 Java 的 调试 以 及 C/C++ 的 调试 两 个 方面 说 起 。 


1.5 本章 小 结 


本 章 介绍 了 获取 Android 源 代码 、 使 用 IDE 进 行 源 代 码 的 阅读 以 及 调试 的 方法 。 接 下 来 让 我 们 开始 Android 源 代码 的 研究 之 
旅 吧 。 


第 2 章 ”深入 理解 Java Binder 和 MessageQueue 


本 章 主要 内 容 : 

. 介绍 Binder 系 统 的 Java 层 框架 

. 介绍 MessageQueue 

本 章 所 涉及 的 源 代码 文件 名 及 位 置 : 

IBinder.java 
frameworks/base/core/java/android/os/lBinder.java 
. Binder.java 
frameworks/base/core/java/android/os/Binder.java 
* BinderInternal.java 
frameworks/base/core/java/com/android/intenal/os/Binderlnternal.java 
. android_util_ Binder.cpp 


frameworks/base/core/jni/android util Binder.cpp 


“ SystemServet.java 
frameworks/base/services/java/com/android/servers/SystemServer.java 

* ActivityManagetService.java 
frameworks/base/services/java/com/android/servers/ActivityManagerService.java 

“ ServiceManager.java 
frameworks/base/core/java/android/os/ServiceManager.java 

“ ServcieManagetNative.java 
frameworks/base/core/java/android/os/Servcie ManagerNative.java 

* MessageQueue.java 
frameworks/base/core/java/android/os/MessageQueue.java 

* android_os_MessageQueue.cpp 
frameworks/base/core/jni/android os MessageQueue.cpp 

* Loopetr.cpp 
frameworks/base/native/android/Looper.cpp 

* Looper.h 
frameworks/base/include/utils/Looper.h 

* android_app_NativeActivity.cpp 


frameworks/base/core/jni/android app_NativeActivity.cpp 


2.1 概述 


由 于 本 书 所 介绍 的 内 容 是 以 Java 层 的 系统 服务 为 主 ， 因 此 Binder 相 关 的 应 用 在 本 书 中 比比 皆 是 。 而 MessageQueue 作 为 
Android 中 重要 的 任务 调度 工具 ， 它 的 使 用 也 是 随处 可 见 。 所 以 本 书 有 必要 对 这 两 个 工具 有 所 介绍 。 根 据 邓 凡 平 的 同意 与 推荐 ， 
本 章 由 卷 !I 第 2 章 升级 到 4.2.2， 并 且 增 加 了 对 AIDL 相 关 知 识 点 的 分 析 。 


本 章 作为 本 书 Android 源 代码 分 析 之 旅 的 开篇 ， 将 重点 关注 两 个 基础 知识 点 ， 它 们 是 : 
. Bindetr 系 统 在 Java 世 界 是 如 何 布局 和 工作 的 。 
.MessageQueue 的 新 职责 。 


先 来 分 析 Java 层 中 的 Binder。 


Ba 


读者 先 阅读 《深入 理解 Android: 卷 I》 (以 下 简称 “ 卷 I”) 的 第 6 章 “ 深 入 理解 Binder”。 网 上 有 样 章 可 下 载 。 


2.2 Java 层 中 的 Binder 分 析 


2.2.1 ”Binder 架 构 总 览 


如 果 读 者 读 过 卷 | 的 第 6 章 ， 相 信和 就 不 会 对 Binder 架 构 中 代表 Client 的 Bp 端 及 代表 Server 的 Bn 端 感到 陌生 。Java 层 中 Binder 
实际 上 也 是 一 个 C/S 架 构 ， 而 且 其 在 类 的 命名 上 尽量 保持 与 Native 层 一 致 ， 因 此 可 认为 ，jJava 层 的 Binder 架 构 是 Native 层 Binder 
架构 的 一 个 镜像 。Java 层 的 Binder 架 构 中 的 成 员 如 图 2-1 所 示 。 


由 图 2-1 可 知 : 







Parcel +FLAG_ONEWAY=0x0000001 BinderInternal 


[ER 下 | 
+transact 
ransact() +getContextObject() 
+forceBinderGc() 


| 


+joinThreadPool() 
+binderDied() GeWatcher 





+queryLocallnterface() 


+finalize() 


| | 
+getCallingPid() +transact() 
+getCallingUid() destrory() 
+joinThreadPool() +linkToDeath0 
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图 2-1 Java 层 中 的 Binder 家 族 


“ 系统 定义 了 一 个 IBinder 接 口 类 以 及 DeathRecepient 接 口 。 


Binder 类 和 BinderProxy 类 分 别 实现 了 IBinder 接 口 。 其 中 Binder 类 作为 服务 端的 Bn 的 代表 ， 而 BinderProxy 作 为 客户 端的 Bp 的 
代表 。 


: 系统 中 还 定义 了 一 个 BinderInternal 类 。 该 类 是 一 个 仅 供 Binder 框 架 使 用 的 类 。 它 内 部 有 一 个 GcWatcher 类 ， 该 类 专门 用 于 处 


理 和 Bindet 相 关 的 垃圾 回收 。 


.Java 层 同样 提供 一 个 用 于 承载 通信 数据 的 Patcel 类 。 
全 ;+ 总 


IBindet 接 口 类 中 定义 了 一 个 叫 FLAG_ONEWAY 的 整 型 变量 ， 该 变量 的 意义 非常 重要 。 当 客户 端 利 用 Binder 机 制 发 起 一 个 跨 
进程 的 函数 调用 时 ， 调 用 方 〈 即 客户 端 ) 一 般 会 阻塞 ， 直 到 服务 端 返回 结果 。 这 种 方式 和 普通 的 函数 调用 是 一 样 的 。 但 是 在 调用 
Binder 函 数 时 ， 在 指明 了 FLAG_ONEWAY 标 志 后 ， 调 用 方 只 要 把 请 求 发 送 到 Binder 驱 动 即 可 返回 ， 而 不 用 等 待 服务 端的 结果 ， 这 
就 是 一 种 所 谓 的 非 阻塞 方式 。 在 Native 层 中 ， 涉 及 的 Bindet 调 用 基本 都 是 阻塞 的 ， 但 是 在 Java 层 的 framewotk 中 ， 使 用 
FLAG_ONEWAY 进 行 Binder 调 用 的 情况 非常 多 ， 以 后 经 常会 碰 到 。 


Os 


使 用 FLAG_ONEWAY 进 行 函 数 调 用 的 程序 在 设计 上 有 什么 特点 ? 这 里 简单 分 析 一 下 : 对 使 用 FLAG_ONEWAY 的 函数 来 
说 ， 客 户 端 仅 向 服务 端 发 出 请 求 ， 但 是 并 不 能 确定 服务 端 是 否 处 理 了 该 请 求 。 所 以 ， 客 户 端 一 般 会 向 服务 端 注册 一 个 回调 〈 同 样 
是 跨 进程 的 Binder 调 用 ) ,一旦 服务 端 处 理 了 该 请 求 ， 就 会 调用 此 回调 来 通知 客户 端 处 理 结 果 。 当 然 ， 这 种 回调 函数 也 大 多 采用 
FLAG_ONEWAY 的 方式 。 


2.3” 心 系 两 界 的 MessageQueue 


卷 | 第 5 章 介绍 过 ，MessageQueue 类 封装 了 与 消息 队列 有 关 的 操作 。 在 一 个 以 消息 驱动 的 系统 中 ， 最 重要 的 两 部 分 就 是 消 
息 队 列 和 消息 处 理 循环 。 在 Andrid 2.3 以 前 ， 只 有 Java 世 界 的 居民 有 资格 向 MessageQueue 中 添加 消息 以 驱动 Java 世 界 的 正常 
运转 ， 但 从 Android 2.3 开 始 ，MessageQueue 的 核心 部 分 下 移 至 Native 层 ， 让 Native 世 界 的 居民 也 能 利用 消息 循环 来 处 理 他 们 
所 在 世界 的 事情 。 因 此 现在 的 MessageQueue 心 系 Native 和 Java 两 界 。 


2.4 本章 小 结 


本 章 先 对 Java 层 的 Binder 架 构 做 了 一 次 较为 深入 的 分 析 。Java 层 的 Binder 架 构 和 Native 层 Binder 架 构 类 似 ， 但 是 Java 的 
Binder 在 通信 上 还 是 依赖 Native 层 的 Binder。 建 议 想 进一步 了 解 Native Binder 工 作 原 理 的 读者 ， 阅 读 卷 | 第 6 章 。 另 外 ， 本 章 还 
对 MessageQueue 进 行 了 较为 深入 的 分 析 。Android 2.2 中 那个 功能 简单 的 MessageQueue 现 在 变 得 复杂 了 ， 原 因 是 该 类 的 核 
心 逻 辑 下 移 到 Native 层 ， 导 致 现在 的 MessageQueue 除 了 支持 Java 层 的 Message 派 发 外 ， 还 新 增 了 支持 Native Message 派 发 
以 及 处 理 来 自 所 监控 的 文件 句柄 的 事件 。 


介绍 


程 。 


第 3 章 ”深入 理解 AudioService 


本 章 主要 内 容 : 

. 探讨 AudioService 如 何 进行 音量 管理 

了解 音频 外 设 的 管理 机 制 

- 探讨 AudioFocus 的 工作 原理 
本 章 涉及 的 源 代码 文件 名 及 位 置 : 

. AudioManager.java 
framework/base/media/java/android/media/AudioManager.java 

* AudioService.java 

framework/base/media/java/android/media/AudioService.java 

. AudioSystem.java 

framework/base/media/java/android/media/AudioSystem.java 

+ VolumePanel.java 

framework/base/core/java/android/view/VolumePanel.java 

. WiredAccessoryObserver.java 
framework/base/services/java/com/android/server/WiredAccessoryObserver.java 
. PhoneWindow.java 
framework/base/policy/src/com/android/internal/policy/impl/PhoneWindow.java 
* Activity.java 


framework/base/core/java/android/app/Activity.Jjava 


.1 概述 


通过 对 卷 | 第 7 章 的 学 习 ， 相 信 大 家 已 经 对 AudioTrack、AudioRecord、 音 频 设 备 路 由 等 知识 有 了 深入 了 解 。 这 一 章 将 详细 
召 音频 系统 在 Java 层 的 实现 ， 围 绕 AudioService 这 个 系统 服务 深入 探讨 在 Android SDK 中 看 到 的 音频 相关 的 机 制 的 实现 。 


在 分 析 Android 音 频 系 统 时 ， 习 惯 将 其 实现 分 为 两 个 部 分 : 数据 流 和 策略 。 数 据 流 描述 了 音频 数据 从 数据 源流 向 目的 地 的 过 
而 策略 则 是 管理 及 控制 数据 流 的 路 径 与 呈现 的 过 程 。 在 卷 | 所 探讨 的 Native 层 音频 系统 中 ，AudioTrack、AudioRecord 和 


AudioFlinger 可 以 划 归 到 数据 流 的 范畴 去 讨论 ， 而 AudioPolicy 相 关 的 内 容 则 属于 策略 范畴 。 


音频 系统 在 Java 层 中 基本 上 是 不 参与 数据 流 的 。 虽 然 有 AudioTrack 和 AudioRecord 这 两 个 类 ， 但 是 它们 只 是 Native 层 同名 
类 的 Java 封 装 。 抛 开 这 两 个 类 ，AudioSservice 这 个 系统 服务 包含 或 使 用 了 几乎 所 有 与 音频 相关 的 内 容 ， 所 以 说 AudioService 是 
一 个 音频 系统 的 大 本 营 ， 它 的 功能 非常 多 ， 而 且 它 们 之 间 的 耦合 性 也 不 大 。 本 章 将 从 三 个 方面 来 探讨 AudioService。 


从 按 下 音量 键 到 弹出 音量 调节 提示 框 的 过 程 ， 以 及 静音 功能 的 工作 原理 。 

* 音频 IO 设备 的 管理 。 

我 们 将 详细 探讨 从 插入 耳机 到 声音 经 由 耳机 发 出 这 个 过 程 中 ，Audioservice 的 工作 内 容 。 
. AudioFocus 机 制 。 


Audioservice 在 Android 2.3 及 以 后 版 本 中 提供 了 AudioFocus 机 制 ， 用 以 结束 多 个 音频 应 用 混乱 的 交互 现状 。 音 频 应 用 在 
播放 音频 的 过 程 中 需要 合理 地 申请 与 释放 AudioFocus， 并 且 根 据 AudioFocus 所 有 权 的 变化 来 调整 自己 的 播放 行为 。 我 们 将 从 
音频 应 用 开始 播放 音频 ， 到 播放 完成 的 过 程 中 探讨 AudioFocus 的 作用 及 原理 。 


AudioService 的 类 图 如 图 3-1 所 示 。 




















AudioSystem 





图 3-1 AudioService 的 类 图 
由 图 3-1 可 知 : 
- AudioService 继 承 自 [AudioService.Stub。IAudioService.Stub 类 是 通过 IAudioService.aidl 自 动 生成 的 。AudioService 位 于 Bn 端 。 


" AudioManager 拥 有 AudioService 的 Bp 端 ， 是 AudioService 在 客户 端的 一 个 代理 。 几 乎 所 有 客户 端 对 AudioManaget 进 行 的 请 


求 ， 最 终 都 会 交 由 AudioService 实 现 。 


AudioService 的 功能 实现 依赖 AudioSystem 类 。AudioSystem 无 法 实例 化 ， 它 是 Java 层 到 native 层 的 代理 。AudioService 将 通过 


它 与 AudioPolicyService 及 AudioFlinget 进 行 交 互 。 


下 面 开 始 我 们 的 AudioService 之 旅 吧 。 


3.2 ”音量 管理 


Android 手 机 有 两 种 改变 系统 音量 的 方式 。 最 直接 的 做 法 就 是 通过 手机 的 音量 键 进行 音量 调整 ， 还 有 一 种 做 法 是 从 设置 界面 
中 调整 某 一 种 类 型 音频 的 音量 。 另 外 ， 应 用 程序 可 以 随时 将 某 种 类 型 的 音频 静音 。 它 们 都 是 通过 AudioService 进 行 的 。 


本 节 将 从 上 述 三 个 方面 对 AudioService 的 音量 管理 进行 探讨 。 


3.3 ”音频 外 设 的 管理 


这 一 节 将 探讨 AudioService 的 另 一 个 重要 功能 ， 那 就 是 音频 外 设 的 管理 。 看 过 卷 | 第 7 章 的 读者 应 该 对 音频 外 设 这 个 概念 并 不 
陌生 。 在 智能 机 全 面 普及 的 时 代 ， 对 有 线 耳 机 、 赣 牙 耳 机 等 音频 外 设 的 支持 已 经 是 手机 的 标准 ， 有 些 机 型 其 至 支持 HDMI、USB 
声卡 等 输出 接口 。 再 加 上 手机 本 身 自 带 的 扬声器 与 听 简 ， 这 样 一 来 ， 一 台 手 机 上 同时 能 进行 音频 输出 的 设备 往往 会 有 三 四 种 甚至 
更 多 。 如 何 协调 这 些 设备 的 工作 ， 使 其 符合 用 户 的 使 用 习惯 、 满 足 用 户 的 需求 变 得 非常 重要 。 


卷 | 的 第 7 章 详细 介绍 过 AudioPolicy 如 何 进行 设备 的 路 由 切换 ， 然 而 并 没有 讨论 音频 设备 为 什么 出 现在 AudioPolicy 的 设备 候 
选 列 表 中 ， 这 一 节 将 以 有 线 耳机 为 例 讨 论 这 个 问题 。 


3.4 _ AudioFocus 机 制 的 实现 


AudioFocus 是 自 Android 2.3 建 立 起 来 的 一 个 新 的 机 制 。 这 套 新 机 制 的 目的 在 于 统一 协调 多 个 回放 实例 之 间 的 交互 。 


我 们 知道 ， 手 机 的 多 媒体 功能 越 来 越 强 大 ， 听 音乐 、 看 视频 、 听 收音 机 已 经 成 为 这 人 台 小 小 的 设备 的 重要 功能 。 加 上 手机 本 身 
的 闹 铃 、 信 息 通知 以 及 电话 铃声 等 ， 一 台 手 机 中 有 很 多 情况 需要 播放 音频 。 我 们 称 每 一 次 音频 播放 为 一 次 回放 实例 。 这 就 需要 我 
们 能 够 对 这 些 回 放 实 例 的 并 发 情况 做 好 协调 ， 否 则 就 会 出 现 多 个 音频 不 合理 地 同时 播放 的 恼人 结果 。 


在 2.3 以 前 ，Android 并 没有 一 套 统一 的 管理 机 制 。 每 个 音频 回放 实例 只 能 通过 发 送 广播 的 方式 告知 其 他 人 自己 的 播放 状 
态 。 这 不 仅 造 成 了 广播 满天飞 的 情况 ， 而 且 可 扩展 性 与 一 致 性 非常 差 ， 基 本 上 只 能 在 同一 厂商 的 应 用 之 间 使 用 。 好 在 ，Android 
2.3 对 AudioFocus 的 引入 大 大 地 改善 了 这 个 状况 。 


AudioFocus 的 含义 可 以 和 Windows 的 窗口 焦点 机 制 做 类 比 ， 只 不 过 我 们 的 焦点 对 象 是 音频 的 回放 实例 。 在 同一 时 间 ， 只 能 
有 一 个 音频 回放 实例 拥有 焦点 。 每 个 回放 实例 开始 播放 前 ， 必 须 向 Audioservice 申 请 获取 AudioFocus， 只 有 申请 成 功 才 人 允许 开 
始 回放 。 在 回放 实例 播放 结束 后 ， 要 求 释 放 AudioFocus。 在 回放 实例 播放 的 过 程 中 ，AudioFocus 有 可 能 被 其 他 回放 实例 抢 
走 ， 这 时 ， 被 抢 走 AudioFocus 的 回放 实例 需要 根据 情况 采取 和 暂停、 静音 或 降低 音量 的 操作 ， 以 突出 拥有 AudioFocus 的 回放 实 
例 的 播放 。 当 AudioFocus 被 还 回来 时 ， 回 放 实 例 可 以 恢复 被 抢 走 之 前 的 状态 ， 继 续 播放 。 


总 体 上 来 说 ，AudioFocus 是 一 个 没有 优先 级 概念 的 抢占 式 的 机 制 。 在 一 般 情况 下 后 一 个 申请 者 都 能 从 前 一 个 申请 者 的 手中 
获取 AudioFocus。 不 过 只 有 一 个 例外 ， 就 是 通话 。 通 话 作 为 手机 的 首要 功能 ， 同 时 也 是 一 种 音频 的 播放 过 程 ， 所 以 从 来 电 铃声 
开始 到 通话 结束 这 个 过 程 ，Telephony 相 关 的 模块 也 会 申请 AudioFocus， 但 是 它 的 优先 级 是 最 高 的 。Telephony 可 以 从 所 有 人 
手中 抢 走 AudioFocus， 但 是 任何 人 无 法 从 它 手中 将 其 夺回 。 这 在 后 面 的 代码 分 析 中 可 以 看 到 。 


值得 一 提 的 是 ，AudioFocus 机 制 完 全 是 一 个 建议 性 而 不 是 强制 性 的 机 制 。 也 就 是 说 ， 上 述 的 行为 是 建议 回放 实例 遵守 ， 而 
不 是 强制 的 。 所 以 ， 市 面 上 仍 有 一 些 带 有 音频 播放 功能 的 应 用 没有 采用 这 套 机 制 。 


3.5 Audioservice 的 其 他 功能 


这 一 章 已 经 介绍 了 音量 控制 、 外 设 管理 及 AudioFocus 几 个 常用 重要 功能 的 实现 。 然 而 ，Audioservice 仍 然 有 很 多 其 他 相互 
独立 的 功能 。 限 于 篇 幅 ， 这 里 没有 办 法 一 一 详细 说 明 。 在 这 里 简单 介绍 一 下 ， 以 便 读 者 自行 研究 。 


(1) RemoteConrolClient/Display 机 制 
RemoteControlClient/Display 是 从 Android 4.0 引 入 的 一 套 新 机 制 。 它 定义 了 一 个 远程 控制 端 、 一 个 远程 显示 端 。 这 使 得 


媒体 播放 过 程 中 的 元 数据 (例如 标题 、 艺 术 家 等 ) 与 其 他 信息 可 以 跨 应 用 显示 。 远 程控 制 端 由 进行 播放 的 应 用 管理 ， 而 远程 显示 
端 被 一 个 显示 界面 管理 ， 比 如 说 一 个 AppWidget。 由 AudioService 作 为 中 介 为 它们 进行 配对 与 数据 传递 。 


(2) MediaButton 的 管理 


所 谓 的 MediaButton 是 指 线 控 耳 机 上 的 一 个 按键 ,虽然 耳机 线 上 只 有 这 一 个 按键 ,但 是 它 的 功能 却 异 常 得 多 ， 例 如 接听 / 挂 
断 电 话 ， 启 动 音乐 播放 器 ， 暂 停 /继续 /下 一 首 ， 等 等 。 加 上 其 使 用 方便 ， 很 多 应 用 ， 尤 其 是 播放 器 ， 争 相 操作 (Handle) 这 个 
按键 的 事件 。Audioservice 就 是 为 了 能 够 协调 争 抢 这 个 按键 的 应 用 才 插 手 管理 这 个 按键 的 派发 。 


(3) 指定 声音 的 输出 设备 


这 个 功能 在 AudioManger 中 表现 为 一 系列 名 为 setXXXOn 的 函数 ， 其 中 的 XXX 表示 了 一 个 音频 输出 设备 的 名 字 。 它 们 其 实 
都 使 用 了 AudioService 的 setForceUse () 函数 。 准 确 地 说 ，Audioservice 并 没有 为 这 个 功能 做 过 实际 工作 ， 只 是 作为 应 用 到 
AudioPolicy 的 一 个 中 介 。 


(4) 音效 管理 
Audioservice 在 局 动 时 ， 会 使 用 oundPool 工 具 预 加 载 一 系列 的 音效 文件 ， 用 于 系统 中 的 一 些 短小 而 频繁 的 音频 播放 ， 比 


如 按键 音 。 


SoundPool 的 工作 原理 是 什么 呢 ? 在 初始 化 时 ，AudioService 要 求 SoundPool 加 载 所 需 的 音频 文件 。SoundPool 会 把 这 些 
音频 文件 解码 为 PCM 音 频 流 并 缓存 。 同 时 为 每 段 音 频 流 分 配 一 个 ID， 每 当 Audioservice 需 要 播放 一 段 音 效 时 ， 把 对 应 的 ID 传递 
给 SoundPool，SoundPool 就 会 找到 这 块 缓存 的 音频 流 ， 通 过 AudioTrack 直 接 写 入 AudioFlinger 中 ， 实 现 音 效 播 放 。 相 对 于 
MediaPlayer， 由 于 每 次 播放 时 省 却 了 prepare 与 编 解 码 的 过 程 ， 因 此 效率 比 其 高 很 多 ， 很 适合 用 在 游戏 等 对 声音 的 及 时 性 要 求 
很 高 的 场合 。 问 题 是 ， 这 个 工具 太 消耗 内 存 了 。 


(5) 情景 模式 


情景 模式 和 音量 的 关联 是 比较 紧密 的 ， 或 者 说 ， 情 景 模 式 是 在 音量 控制 的 基础 上 实现 的 一 个 功能 
(6) 音频 状态 管理 


在 Audioservice 中 就 是 两 个 函数 : getMode () 与 setMode () 。 音 频 状态 表示 了 手机 的 4 种 状态 ， 待 机 状态 、 音 频 通 话 
状态 、 视 频 /VolP 通 话 状态 与 响 铃 状态 。 这 4 种 状态 对 底层 的 音频 输出 设备 的 选择 影响 很 大 ， 同 时 也 影响 了 AudioService 的 一 些 
行为 ， 例 如 MediaButton 的 管理 。 


3.6 本章 小 结 


这 一 章 介 绍 了 Audioservice 的 几 个 重要 的 功能 ， 相 信 大 家 通过 这 章 对 Audio 系 统 在 Java Famework 层 面 所 做 的 事情 有 了 一 
个 比较 深入 的 了 解 。 由 于 Audioservice 的 功能 太 过 繁杂 ， 本 章 只 能 将 几 个 有 代表 意义 并 且 实 际 接触 比较 多 的 内 容 进行 讲解 与 探 
讨 。 若 想 更 加 了 解 Audioservice 及 其 周边 模块 的 工作 原理 仍 需要 读者 不 懈 努 力 。 


另外 ，Audioservice 的 一 些 功能 都 涉及 AudioPolicy 的 相关 内 容 ， 所 以 在 学 习 本 章 时 要 多 参考 AudioPolicy 的 相关 知识 


第 4 章 ”深入 理解 WindowManagerService 


* 介绍 最 原始 、 最 简单 的 窗口 创建 方法 

“ 研究 WMS 的 窗口 管理 结构 

* 探讨 WMS 布局 系统 的 工作 原理 

: 研究 WMS 动画 系统 的 工作 原理 
本 章 涉 及 的 源 代码 文件 名 及 位 置 : 

.SystemSetrvetjava 
frameworks/base/services/java/com/android/server/SystemServer.java 

. WindowManagerService.java 
frameworks/base/services/java/com/android/server/wmM/WindowManagerService.java 

* ActivityStack.java 
frameworks/base/services/java/com/android/server/am/ActivityStack.java 


* WindowState.java 


frameworks/base/services/java/com/android/server/wmM/WindowState.java 

* PhoneWindowManager.java 
frameworks/base/policy/src/com/android/internal/policy/impl/PhoneWindowManager.java 
* AcceletateDeceletateIntetpolatot.java 
frameworks/base/core/java/android/view/animation/AccelerateDeceleratelnterpolator.java 
* Animation.java 

frameworks/base/core/java/android/view/animation/Animation.java 

. AlphaAnimation.java 
frameworks/base/core/java/android/view/animation/AlphaAnimation.java 

* WindowAnimatotr.java 
frameworks/base/services/java/com/android/server/wmM/WindowAnimator.java 

* WindowStateAnimatotr.java 


frameworks/base/services/java/com/android/server/wmM/WindowStateAnimator.java 


4.1 初 识 WindowManagerService 


WindowManagerService (以 下 简称 WMS) 是 继 ActivityManagerService 与 Package-ManagerService 之 后 又 一 个 复杂 
却 十 分 重要 的 系统 服务 。 


在 介绍 WMS 之 前 ， 首 先 要 了 解 窗口 (Window) 是 什么 。 


Android 系 统 中 的 窗口 是 屏幕 上 的 一 块 用 于 绘制 各 种 Ul 元 素 并 可 以 响应 用 户 输入 的 一 个 矩形 区 域 。 从 原理 上 来 讲 ， 窗 口 的 概 
念 是 独自 占有 一 个 Surface 实 例 的 显示 区 域 。 例 如 Dialog、Activity 的 界面 、 壁 纸 、 状 态 栏 以 及 Toast 等 都 是 窗口 。 


卷 | 第 8 章 曾 详细 介绍 了 一 个 Activity 通 过 Surface 来 显示 自己 的 过 程 : 
.Sutface 是 一 块 画布 ， 应 用 可 以 随心 所 欲 地 通过 Canvas 或 者 DOpenGL 在 其 上 作画 。 


“ 然后 通过 SurfaceFlinger 将 多 块 Surface 的 内 容 按 照 特定 的 顺序 (Z-ordet) 进行 混合 并 输出 到 FrameBuffer， 从 而 将 Android“ 漂 


亮 的 脸蛋 ”显示 给 用 户 。 


既然 每 个 窗口 都 有 一 块 Surface 供 自己 涂鸦 ， 必 然 需要 一 个 角色 对 所 有 窗口 的 Surface 进 行 协调 管理 。 于 是 WMS 应 运 而 生 。 
WMS 为 所 有 窗口 分 配 Surface， 掌 管 Surface 的 显示 顺序 (Z-order) 以 及 位 置 尺寸 ， 控 制 窗 口 动 画 ， 并 且 还 是 输入 系统 的 一 个 
重要 中 转 站 。 


各 说 明 


窗口 拥有 显示 和 响应 用 户 输入 这 两 层 含义 ， 本 章 将 侧重 于 分 析 窗口 的 显示 ， 而 响应 用 户 输入 的 过 程 则 在 第 5 章 中 详细 介 


绍 


一 Po 


本 章 将 深入 分 析 WMS9 的 两 个 基础 子 系统 的 工作 原理 : 
` 布局 系统 (Layout System) : 计算 与 管理 窗口 的 位 置 、 层 次 。 
动画 系统 (Animation System) : 根据 布局 系统 计算 的 窗口 位 置 与 层次 泻 染 窗口 动画 。 


为 了 让 读者 对 WMS 的 功能 以 及 工作 方式 有 一 个 初步 认识 ， 并 见识 一 下 WMS 的 强大 ， 本 节 将 从 一 个 简单 而 神奇 的 例子 开始 
WMS 的 学 习 之 旅 。 


4.2 WMS 的 窗口 管理 结构 


过 上 一 节 的 介绍 ， 读 者 应 该 对 WMS 的 窗口 管理 有 了 一 个 感性 认识 。 从 这 一 节 开 将 深入 WMS 的 内 部 去 剖析 其 工作 流程 。 


根据 前 述 内 容 可 知 ，SampleWindow 添 加 窗口 的 函数 是 IWindowSession.add () 。IWindowSession 是 WMS 与 客户 端 交 
互 的 一 个 代理 ，add 则 直接 调用 了 WMS 的 addWindow () 函数 。 我 们 将 从 这 个 函数 开始 WMS 之 旅 。 本 小 节 只 讨论 它 的 前 半 部 


是 
人 J。 





由 于 篇 幅 所 限 ， 本 章 不 准备 讨论 removeWindow 的 实现 。 


[WindowManagerService.java-->WindowManagerService.addWindow() Part1] 
public int addWindow (Session session, IWindow client, int seqg, 
WindowManager.LayoutParams attrs, int viewVisibility,int displayId 
Rect outContentInsets, InputChannel outInputChannel) { 
// 首先 检查 权限 ， 没 有 权限 的 客户 端 不 能 添加 窗 


int res = mPolicy.checkAddPermission(attrs); 
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// 当 为 某 个 窗口 添加 子 窗口 时 ，attachedWindow 将 用 来 保存 父 窗口 的 实例 














WindowState attachedWindow = null; 


// _ win 就 是 即将 被 添加 的 窗 




















WindowState win = null; 
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final int type = attrs.type; 


synchronized (mWindowMap) { 
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//Q 获取 


/* 在 添加 窗口 时 ， 必 须 通 过 displayIg 参 数 指定 添加 到 哪 一 个 DisplayContent。 


要 添加 的 DisplayContent 




















Ey 





SampleWindow 例 子 没有 指定 displayIg 参 数 ，Session 会 符 SampleWindow 选 择 











DEFAULT DISPLAY， 也 就 是 手机 屏幕 */ 











final DisplayContent displayContent = getDisplayContentLocked (qisplLlayId) ， 
if (displayContent == null) { 
return WindowManagerGlobal .ADD INVALID DISPLAY; 


} 
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// 如 果 要 添加 的 窗口 是 另 一 个 子 窗口 ， 就 要 求 父 窗 口 必须 已 经 存在 







































































// 注意 ， attrs.type 表 示 了 窗口 的 类 型 ，attrs .token 则 表示 窗口 所 隶属 的 对 象 






































// 对 子 窗口 来 说 ，attrs .token 表 示 父 窗 

















if (type >= FIRST SUB WINDOW &&.type <= LAST SUB WINDOW) { 
attachedWindow = windowForClientLocked (null, attrs.token, false); 
if (attachedWindow == null) { 


return WindowManagerGlobal .ADD BAD SUBWINDOW TOKEN; 












































// 在 这 里 还 可 以 看 出 WMS 要 求 窗口 的 层级 关系 最 多 为 两 层 


if (attachedWindow.mAttrs.type >= FIRST SUB WINDOW 























&& attachedWindow.mAttrs.type <= LAST SUB WINDOW) { 





return WindowManagerGlobal .ADD BAD SUBWINDOW TOKEN; 





} 


boolean addToken = false; 








// @ WindowToken 出 场 ! 根据 客户 端的 attrs .token 取 出 已 注册 的 WindowToken 














WindowToken token = mITokenMap.get (attrs.token); 

// 下 面 的 1£ 语 句 块 初步 揭示 了 WindowToken 和 窗口 之 间 的 关系 

if (token == null) { 
// 对 于 以 下 几 种 类 型 的 窗口 ， 必 须 通 过 LayoutParams .token 成 员 为 其 指定 一 个 已 经 


// 添加 至 WMS 的 WindowToken 
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if (type >= FIRST APPLICATION WINDOW 
&& type <= LAST APPLICATION WINDOW) { 


return WindowManagerGlobal .ADD BAD APP TOKEN; 








if (type == TYPE INPUT METHOD) { 

















return WindowManagerGlobal .ADD BAD APP TOKEN; 





if (type == TYPE WALLPAPER) { 











return WindowManagerGlobal .ADD BAD APP TOKEN; 





if (type == TYPE DREAM) { 











return WindowManagerGlobal .ADD BAD APP TOKI 
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// 其 他 类 型 的 窗口 则 不 需要 事先 向 WMS 添加 WindowToken， 因 为 WMS 会 在 这 里 隐 式 地 创 




















// 天 


[ey 

















个 。 注 意 最 后 一 个 参数 false， 这 表示 此 WindowToken 由 WMS 隐 式 创建 














token = new WindowToken (this, attrs.token, -1, false); 


addToken = true; 


} else if (type >= FIRST APPLICATION WINDOW 


&& type <= LAST APPLICATION WINDOW) { 























// 对 于 APPLICATION 类 型 的 窗口 ， 要 求 对 应 的 




















WindowToken 的 类 型 也 为 APPLICATION 


// 并 且 是 WindowToken 的 子 类 : AppWindowToken 

















AppWindowToken atoken = token.appWindowToken; 


if (atoken == null) { 





return WindowManagerImpl .ADD NOT APP TOKEN; 


} else if (atoken.removed) { 


return WindowManagerImP1.ADD APP EXITING; 


if (type==TYPE APPLICATION STARTING && atoken.firstWindowDrawn) { 














return WindowManagerImpl .ADD STARTING NOT NEEDED; 


} else if (type == TYPE INPUT METHOD) { 















































// 对 于 其 他 几 种 类 型 的 窗口 也 有 类 似 的 要 求 : 窗口 类 型 必须 与 WindowToken 的 类 型 一 臻 





























if (token.windowType != TYPE INPUT \ 


I 








THOD) { 








return WindowManagerGlobal .ADD BAD APP TOKEN; 


} else if (type == TYPE WALLPAPER) { 














if (token.windowType != TYPE WALLPAPER) { 








return WindowManagerGlobal .ADD BAD APP TOKEN; 


} else if (type == TYPE DREAM) { 

















if (token.windowType != TYPE DREAM) { 





return WindowManagerGlobal .ADD BAD APP TOKI 


} 











加 
乙 
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// @ WMS 为 要 添加 的 窗口 创建 了 一 个 WindqowState 对 象 























// 这 个 对 象 维护 了 一 个 窗口 的 所 有 状态 信息 











win = new WindowState (this, session, client, token, 


attachedWindow, seq, attrs, viewVisibili 
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ty, displayContent); 


kK? 





sources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 





path=/openr 





sources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 





path=/openr 





sources/teach ebook/uncompressed/15306/0EBPS/Text/.. 

















// WindowManagerPolicy 出 场 了 。 这 个 函数 的 调 | 


mPolicy.adjustWindowParamsLw (win.mAttrs); 


会 调整 LayoutParams 的 一 些 成 员 的 取 值 





res = mPolicy.prepareAddWindowLw (win at 
if (res != WindowManagerGlobal .ADD OKAY) 
return res; 


} 





trs); 


{ 























// 接 下 来 将 刚刚 隐 式 创建 的 WindowToken 添 加 到 mTokenMap 中 。 通 过 这 行 代码 





// 读 者 应 该 能 想到 ， 所 有 的 WindowToken 都 被 放 入 这 个 HashTable 中 
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if (addToken) { 





ImIOkenMap .Put (attrs.token, token); 
} 


win.attach ()} 





// 然后 将 WindowState 对 象 加 入 mWingowMap 中 
mWindowMap.put (client.asBinder(), win); 


// 剩 下 的 代码 稍 后 再 分 析 
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} 


























addWindow () 函数 的 前 段 代 码 展示 了 三 个 重要 的 概念 ， 分 别 是 WindowToken、Windowstate 以 及 DisplayContent。 
并 且 在 函数 开始 处 对 窗口 类 型 的 检查 判断 也 初步 揭示 了 它们 之 间 的 关系 : 除 子 窗口 外 ， 添 加 任何 一 个 窗口 都 必须 指明 其 所 属 的 
WindowToken; 窗口 在 WMS 中 通过 一 个 Windowstate 实 例 进行 管理 和 保管 。 同 时 必须 在 窗口 中 指明 其 所 属 的 
DisplayContent， 以 便 确 定 窗口 将 被 显示 到 哪 一 个 屏幕 上 。 


4.3 “理解 窗口 的 显示 次 序 


在 addWindow () 函数 的 前 半 部 分 中 ，WM 为 窗口 创建 了 用 于 描述 窗口 状态 的 WindowSstate， 接 下 来 便 会 为 新 建 的 窗口 
确定 显示 次 序 。 手 机 屏幕 是 以 左上 角 为 原点 ， 向 右 为 X 轴 方向 ， 向 下 为 Y 轴 方向 的 一 个 二 维 空间 。 为 了 方便 管理 窗口 的 显示 次 
序 ， 手 机 的 屏幕 被 扩展 为 一 个 三 维 空间 ， 即 多 定义 了 一 个 Z 轴 ， 其 方向 为 垂直 于 屏幕 表面 指向 屏幕 外 。 多 个 窗口 依照 其 前 后 顺序 
排 布 在 这 个 虚拟 的 Z 轴 上 ， 因 此 窗口 的 显示 次 序 又 称 为 Z 序 (Zorder) 。 本 节 将 深入 探讨 WMS 确定 窗口 显示 次 序 的 过 程 以 及 其 影 
响 因 素 。 


4.4 窗口 的 布局 


在 本 节 中 将 讨论 WMS 如 何 对 窗口 进行 布局 。 窗 口 布局 是 WMS 的 一 项 重要 工作 内 容 ， 而 且 其 过 程 非常 复杂 ， 所 以 这 将 是 本 
章 中 必须 哺 也 是 最 难 哨 的 一 块 骨头 。 回 顾 一 下 SampleWindow 这 个 例子 ， 将 窗口 添加 到 WMS 后 ， 需 要 执行 
IWindowSession.relayout () 函数 后 才能 获得 一 块 可 供 作 画 的 Surface， 并 将 其 放置 在 sampleWindow 例 子 所 指定 的 位 置 上 。 
简单 来 说 ，IWindowSession.relayout () 函数 的 作用 就 在 于 根据 客户 端 提 供 的 布局 参数 (LayoutParameters) 为 窗口 重建 
Surface (如 果 有 必要 ) ， 并 将 其 放置 在 屏幕 的 指定 位 置 。 同 IWindowSession.add () 函数 一 
样 ，IWindowSession.relayoutWindow () 函数 对 应 于 WMS 的 relayoutWindow () 函数 。 


事实 上 ，relayoutWindow () 函数 并 不 是 本 节 的 重点 ， 它 是 用 来 引出 WMS 中 最 重要 也 是 最 复杂 的 一 个 函数 一 一 


performLayoutAndPlaceSurfacesLocked () 。relayoutWindow () 函数 修改 指定 窗口 的 布局 参数 ， 然 后 
performLayoutAndPlaceSurfacesLocked () 遍历 所 有 窗口 并 对 它们 进行 重新 布局 。 这 种 牵 一 发 而 可 能 动 全 身 的 做 法 看 似 效率 
低下 ， 但 是 确实 很 有 必要 ， 因 为 多 个 窗口 之 间 的 布局 是 相互 影响 的 。 


另外 ， 通 过 这 一 节 的 学 习 与 分 析 ， 读 者 将 加 深 对 Windowstate 和 WindowToken 这 两 个 概念 的 认识 。 


再 正式 开始 本 节 的 内 容 之 前 ， 先 看 一 下 WMS 窗口 属性 更 新 的 总 体 过 程 ， 如 图 4-6 所 示 。 


WMS 的 各 种 功能 
CC 布局“ 子 系统 ” 2. 根据 窗口 及 屏幕 属性 ， 为 所 有 窗口 计 
算 新 的 布局 
CC 动画 子 系统 “> 二 en 指定 的 布局 
Y 置 ， 并 为 其 附加 其 他 所 需 特 交 


图 4-6 属性 更 新 的 总 体 过 程 


1. 修改 窗口 或 屏幕 属性 





图 4-6 揭 示 了 WMS 布局 三 步 走 的 流程 。 即 将 讨论 的 relayoutWindow () 函数 属于 第 一 步 ， 除 此 之 外 ， 屏 幕 旋转 等 操作 也 属 
于 第 一 步 的 范畴 。 第 二 步 的 布局 “ 子 系统 ”这 个 说 法 其 实 并 不 太 准 确 ， 因 为 这 个 所 谓 的 子 系统 只 是 以 
performLayoutAndPlaceSurfaceLocked () 函数 为 主 入 口 的 一 组 函数 的 集合 。 而 动画 子 系统 则 是 WMS 中 由 Choreographer 
驱动 的 一 系列 的 WindowAnimator， 这 一 部 分 将 在 后 续 内 容 中 介绍 。 


接 下 来 ， 就 从 relayoutWindow () 开始 ， 揭 开 WMS 窗 口 布局 管理 的 面纱 吧 。 


4.5 ” WMS 的 动画 系统 


在 本 章 前 面 的 讨论 中 ， 曾 经 多 次 看 到 WindowStateAnimator 的 身影 : 在 perpare-SurfaceLocked () 中 设置 Surface 的 显 
示 次 序 。 i () 中 创建 及 销毁 Surface， 在 performLayoutAndPlaceSurfacesLockedinner () 中 设置 
Surface 的 尺寸 与 位 置 ， 。WindowstateAnimator 在 Surface 的 操作 过 程 中 发 挥 了 极 大 的 作用 ， 而 且 布 局 过 程 中 还 有 一 些 和 
动画 系统 相关 的 重要 的 内 容 尚未 解释 ， 例 如 mshownFrame 的 计算 、 窗 口 绘 制 的 状态 机 的 原理 等 ， 这 一 节 将 深入 探讨 WMS 的 动 
画 系统 。 


号 注意 


这 里 再 强调 一 下 ，WMS 不 负责 窗口 的 具体 绘制 ， 因 此 WMS 动画 系统 仅 会 影响 窗口 的 位 置 、 显 示 尺 寸 与 透明 度 ， 不 会 影响 窗 
口上 所 绘制 的 内 容 。 窗 口内 容 的 动画 在 窗口 的 客户 端 由 ViewRootImpl 驱 动 完成 。 


另外 ， 动 画 系统 中 所 改变 的 显示 尺寸 与 布局 过 程 中 的 Sutrface 尺 寸 是 两 个 不 同 的 概念 。 布 局 过 程 中 的 Surface 尺 寸 是 Surface 的 实 


际 尺 寸 ， 这 个 尺寸 决定 了 其 GraphicBuffet 的 大 小 以 及 Cahvas 可 以 绘制 的 区 域 。 而 动画 过 程 中 的 尺寸 则 是 泻 染 尺寸 ， 只 是 在 最 终 输 
出 的 过 程 中 将 Sutface 的 内 容 放大 或 缩小 。 


4.6 本章 小 结 


漫长 的 WMS 之 旅 就 此 告 一 段落 。 这 一 章 首先 讨论 了 WMS 的 窗口 管理 结构 ， 然 后 详细 地 分 析 了 WMS 的 布局 和 动画 两 个 系统 
的 工作 原理 。 这 三 部 分 构成 了 WMS 完 成 所 有 工作 的 基础 。 类 似 于 屏幕 旋转 等 功能 性 的 内 容 在 本 章 中 并 没有 探讨 ， 因 为 这 些 内 容 
不 过 是 在 此 基础 之 上 的 应 用 ， 完 成 本 章 的 学 习 之 后 ， 扩 展 到 WM Ss 的 其 他 内 容 也 就 不 难 了 ， 所 以 这 部 分 便 留 给 读者 研究 吧 ，。 


另外 ， 在 分 析 的 过 程 中 ， 本 章 忽略 了 和 壁纸 及 输入 事件 相关 内 容 ， 它 们 将 在 第 5 章 以 及 第 6 章 进行 分 析 。 另 外 ， 状 态 栏 的 实 
现在 WMS 中 也 有 一 部 分 内 容 值得 进一步 探讨 。 因 此 在 后 面 的 几 章 中 ， 仍 会 再 回 到 WMS 中 来 ， 重 拾 被 本 章 忽 略 的 有 价值 的 内 


DR 


合 。 


第 5 章 ”深入 理解 Android 输 入 系统 


本 章 主要 内 容 : 

- 研究 输入 事件 从 设备 节点 开始 到 窗口 处 理 函 数 的 流程 

* 介绍 原始 输入 事件 的 读 取 与 加 工 的 原理 

“ 研究 事件 派发 机 制 

“ 讨论 事件 在 输入 系统 与 窗口 之 间 传 递 与 反馈 的 过 程 

` 介绍 焦点 窗口 的 选择 、ANR 的 产生 以 及 以 软件 方式 模拟 用 户 操 作 的 原理 
本 章 涉及 的 源 代码 文件 名 及 位 置 : 

.SystemSetrvetjava 
frameworks\base\services\Jjava\com\android\server\SystemServer.java 

InputManagerService.java 
frameworks\base\services\Java\com\android\server\input/InputManagerService.java 

. WindowManagetService.java 
frameworks\base\services\Java\com\android\server\wmM\WindowManagerService.java 


* WindowState.java 


frameworks\base\services\Java\com\android\server\wmM\WindowState.java 
“ InputMonitot.java 

frameworks\base\services\Java\com\android\server\wm\InputMonitor.java 
. InputEventReceiver.java 

frameworks\base\core\Java\android\view\InputEventReceiver.java 


* com_android_server_input_InputManagerService.cpp 





frameworks\base\services\Jni\com android server input InputManagerService.cpp 

* android_view_InputEventReceivet.cpp 
frameworks\base\core\jni\android view InputEventReceiver.cpp 

InputManaget.cpp 
frameworks\base\services\input\InputManager.cpp 

“ EventHub.cpp 
frameworks\base\services\input\EventHub.cpp 

* EventHub.h 
frameworks\base\services\input\EventHub.h 

* InputDispatcher.cpp 
frameworks\base\services\input\InputDispatcher.cpp 

“ InputDispatcher.h 
frameworks\base\services\input\InputDispatcher.h 

* InputTransport.cpp 
frameworks\base\libs\androidfw\InputTransport.cpp 

* InputTransport.h 


frameworks\base\include\androidfw\InputTransport.h 


5.1 初 识 Android 输 入 系统 


第 4 章 通 过 分 析 WMS 详 细 讨论 了 Android 的 窗口 管理 、 布 局 及 动画 的 工作 机 制 。 窗 口 不 仪 是 内 容 绘制 的 载体 ， 同 时 也 是 用 户 
输入 事件 的 目标 。 本 章 将 详细 讨论 Android 输 入 系统 的 工作 原理 ， 包 括 输入 设备 的 管理 、 输 入 事件 的 加 工 方式 以 及 派发 流程 。 因 


此 本 章 的 探讨 对 象 有 两 个 : 输入 设备 和 输入 事件 。 


触摸 屏 与 键盘 是 Android 最 普遍 也 是 最 标准 的 输入 设备 。 其 实 Android 所 支持 的 输入 设备 的 种 类 不 止 这 两 个 ， 鼠 标 、 游 戏 手 
柄 均 在 内 建 的 支持 之 列 。 当 输入 设备 可 用 时 ，Linux 内 核 会 在 /dewWinput/ 下 创建 对 应 的 名 为 event0~ n 或 其 他 名 称 的 设备 节点 。 
而 当 输 入 设备 不 可 用 时 ， 则 会 将 对 应 的 节点 删除 。 在 用 户 空间 可 以 通过 ioctl 的 方式 从 这 些 设备 节点 中 获取 其 对 应 的 输入 设备 的 类 


型 、 厂 商 、 描 述 等 信息 。 


当 用 户 操作 输入 设备 时 ，Linux 内 核 接收 到 相应 的 硬件 中 断 ， 然 后 将 中 断 加 工 成 原始 的 输入 事件 数据 并 写 入 其 对 应 的 设备 节 
点 中 ， 在 用 户 空间 可 以 通过 read () 函数 将 事件 数据 读 出 。 


并 进行 一 系列 的 翻译 加 工 ， 然 后 在 所 有 的 窗口 中 寻找 合适 的 事件 接收 者 ， 并 派发 给 它 。 


以 Nexus 4 为 例 ， 其 /dewWinput/ 下 有 evnet0~ 5 六 个 输入 设备 的 节点 。 它 们 都 是 什么 输入 设备 呢 ? 用 户 的 一 次 输入 操作 会 产 
生 什么 样 的 事件 数据 呢 ?” 获取 答案 的 最 简单 的 办 法 就 是 用 getevent 与 sendevent 工 具 。 


5.2 ”原始 事件 的 读 取 与 加 工 





本 节 将 深入 探讨 第 一 台 水 泵 一 一 Reader 子 系统 的 工作 原理 。Reader 子 系统 的 输入 端 是 设备 节点 ， 输 出 端 是 Dispatcher 子 系 
统 的 派发 队列 。 从 设备 节点 到 派发 队列 之 间 的 过 程 发 生 了 什么 呢 ” 本 章 一 开始 曾经 介绍 过 ， 一 个 设备 节点 对 应 一 个 输入 设备 ， 并 
且 其 中 存储 了 内 核 写 入 的 原始 事件 。 因 此 设备 节点 拥有 两 个 概念 : 设备 与 原始 事件 。 因 此 Reader 子 系统 需要 处 理 输入 设备 以 及 
原始 事件 两 种 类 型 的 对 象 。 


设备 节点 的 新 建 与 删除 表示 输入 设备 的 可 用 与 无 效 ，Reader 子 系统 需要 加 载 或 删除 对 应 设备 的 配置 信息 ; 而 设备 节点 中 是 
否 有 内 容 可 读 表示 了 是 否 有 新 的 原始 事件 到 来 ， 有 新 的 原始 事件 到 来 时 Reader 子 系统 需要 开始 对 新 事件 进行 加 工 并 放置 到 派发 
队列 中 。 间 题 是 应 该 如 何 监控 设备 节点 的 新 建 与 删除 动作 以 及 如 何 确定 节点 中 有 内 容 可 读 呢 ?最 简单 的 办 法 是 在 线程 循环 中 不 断 
地 轮 询 ， 然 而 这 会 导致 非常 低下 的 效率 ， 更 会 导致 电量 在 无 谓 的 轮 询 中 消耗 。Android 使 用 由 Linux 提 供 的 两 套 机 制 INotify 与 
Epoll 优 雅 地 解决 了 这 两 个 问题 。 在 正式 探讨 Reader 子 系统 的 工作 原理 之 前 ， 需 要 首先 了 解 这 两 套 机 制 的 使 用 方法 。 


5.3 ”输入 事件 的 派 友 





本 节 将 探讨 输入 系统 的 第 二 台 水 泵 一 一 InputDispatcher。InputDispatcher 也 运行 在 一 个 独立 的 线程 ( 即 
InputDispatcherThread， 以 下 称 为 派发 线程 ) 中 ， 在 其 一 次 线程 循环 中 会 获取 位 于 派发 队列 队 首位 置 的 事件 ， 并 将 其 派发 给 合 
适 的 窗口 。 根 据 上 一 节 的 介绍 ， 当 事件 进入 InputDispatcher 时 ， 输 入 事件 已 经 被 InputReader 加 工 为 三 种 类 型 : Key 事 件 、 
Motion 事 件 以 及 Switch 事件 。 本 节 的 探讨 内 容 就 是 InputDiaptcher 的 通用 事件 派发 流程 以 及 这 三 者 各 自 独 有 的 派发 特点 。 另 
外 ， 事 件 的 派发 过 程 较 多 地 受到 DispatcherPolicy 的 影响 。 


在 这 三 种 事件 中 ，Switch 事 件 最 为 简单 。 它 根 本 就 没有 派发 的 过 程 ， 而 是 直接 将 Switch 事件 交 给 了 DispatcherPolicy 进 行 
处 理 。 由 于 它 无 法 体现 输入 事件 的 派发 流程 ， 因 此 本 节 不 对 其 进行 讨论 。 


剩 下 的 两 种 事件 中 ，Meotion 事 件 的 派发 过 程 较为 简洁 ， 因 此 本 节 将 以 Motion 事 件 为 例 曾 述 通 用 的 事件 派发 流程 。 然 后 再 以 
此 为 基础 讨论 Key 事 件 特有 的 派发 特点 ， 以 及 DispatcherPolicy 对 派发 过 程 的 影响 。 


5.4 ”输入 事件 的 友 送 、 接 收 与 反馈 


InputDispatcher 选 择 好 输入 事件 的 目标 窗口 后 ， 便 准备 将 事件 发 送 给 它 。 然 而 ，InputDispatcher 运 行 于 system_server 进 
程 中 ， 而 窗口 运行 于 其 所 在 的 应 用 进程 中 。 它 们 之 间 如 何 互 动 呢 ? 本 节 将 详细 讨论 这 个 问题 。 


InputDispatcher 与 窗口 之 间 的 通信 的 核心 在 于 InputChannel。 因 此 首先 要 深入 理解 InputChannel 的 工作 原理 。 


5.5 ”关于 输入 系统 的 其 他 重要 话题 


5.5.1 输入 事件 ANR 的 产生 


在 5.3.1 节 介绍 目标 窗口 查找 时 提 到 过 ， 作 为 派发 目标 的 窗口 必须 已 经 准备 好 接收 新 的 输入 事件 ， 否 则 判定 窗口 处 于 未 响应 
状态 ， 终 止 事件 的 派发 过 程 ， 并 在 一 段 时 间 后 再 试 。 倘 若 5s 后 窗口 仍然 未 准备 好 接收 输入 事件 ， 将 导致 ANR。 直 接 引 发 ANR 的 
原因 有 很 多 ， 例 如 Activity 生 命 周 期 函数 调用 超时 ， 服 务 启动 超时 ， 以 及 最 常见 的 输入 事件 处 理 超时 等 。 本 节 将 从 输入 事件 超时 
的 角度 讨论 ANR 的 产生 原因 与 过 程 。 


参考 一 下 按 焦点 查找 目标 窗口 的 函数 findFocusedWindowTargetsLocked () : 


int32 七 InputDispatcher::findFocusedWindowTargetsLocked (http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..) { 























http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/.. 



































// 通过 isWindowReadyForMoreInputLocked () 函数 检查 窗口 是 否 准备 好 接受 新 事件 





























if (!isWindowReadyForMoreInputLocked (currentTime, mFocusedWindowHandle, entry)) { 




















/* 如 果 尚 未 准备 好 ， 则 通过 handleTargetsNotReadyLocked() 对 原因 进行 记录 ， 并 安排 时 间 尝 
试 重 试 派发 ， 或 者 引发 ANR */ 








injectionResult = handleTargetsNotReadyLocked (currentTime, entry, 








mFocusedApplicationHandle, mFocusedWindowHandle, nextWakeupTime, 





"Waiting because the focused window has not finished " 





"processing the input events that were previously delivered to it."); 
goto Unresponsive; 


} 





http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/.. 























return injectionResult; 


这 个 函数 首先 判断 窗口 是 否 可 以 接收 事件 ， 如 果 窗 口 无 法 接收 事件 ， 则 安排 稍 后 再 坛 ， 或 者 引 友 ANR。 


1. 窗 口 可 以 接收 事件 的 条 件 


[InputDispatcher.cpp-->InputDispatcher:: isWindowReadyForMoreInputLocked()] 


bool InputDispatcher::isWindowReadyForMoreInputLocked (nsecs 七 currentTime, 











const sp<InputWindowHandle>& windowHandle, const EventEntry* eventEntry) { 














// 首先 获取 窗口 的 Connection 























ssize 七 ConnectionIndex = 
getConnectionIndexLocked (windowHandle->getInputChannel () ) ， 
if (connectionIndex >= 0) { 


sp<Connection> connection = mConnectionsByFd.valueAt (connectionIndex); 

















// 共通 原因 : InputPublisher 被 阻塞 




















if (connection->inputPublisherBlocked) { 
return false; 


} 
// 对 按键 事件 来 说 ， 要 求 Connection 必 须 处 于 空闲 状态 

















if (eventEntry->type == EventEntry::TYPE KEY) { 








return connection->outboundQueue.isEmpty () 








&& connection->waitQueue.isEmpty (); 


} 
// 对 Motion 事 件 来 说 ， 可 以 发 送 事 件 的 条 件 相 对 宽松 些 ， 只 要 窗 























在 0 .5s 内 发 送 反 馈 即 可 





nl 
CC 
TD 


























if (!connection->waitQueue.isEmpty () 








&& CurrentTime >= connection->waitQueue.head->eventEntry->eventTime 




















+ STREAM AHEAD EVENT TIMEOUT) { 











return false; 


} 


return true; 


可 以 看 出 ， 判 断 窗口 是 否 可 以 接受 事件 的 依据 有 两 个 : InputPublisher 是 否 被 阻塞 以 及 Connection 两 个 队列 的 状态 。 


InputPublisher 的 工作 是 将 事件 信息 写 入 InputChannel 中 ， 如 果 窗 口 端 因为 某 种 原因 迟 迟 未 能 从 InputChannel 中 将 事件 读 
取 就 会 导致 SocketPair 的 写 入 缓冲 区 满 。 


Connection 两 个 队列 的 状态 体现 了 发 送 循环 的 状态 。 如 果 两 个 队列 至 少 有 一 个 队列 为 空 ， 则 表示 Connection 正 处 于 发 送 循 
环 的 过 程 中 ， 否 则 处 于 空闲 状态 。 


对 按键 事件 来 说 ， 仅 当 Connection 处 于 空闲 状态 ， 也 就 是 窗口 已 经 完成 对 之 前 事件 的 响应 之 后 才 会 发 送 给 窗口 。 因 为 之 前 
的 输入 事件 有 可 能 会 影响 焦点 窗口 ， 进 而 影响 按键 事件 的 接收 者 。 例 如 ， 用 户 快速 地 按 下 了 两 次 BACK 键 ， 第 一 个 BACK 键 将 会 
发 送 给 位 于 顶端 的 窗口 ， 这 个 事件 可 能 会 导致 窗口 关闭 ， 因 此 第 一 个 BACK 键 的 处 理 行为 决定 了 第 二 个 BACK 应 该 发 送 给 哪个 窗 
口 。 因 此 按键 事件 的 发 送 要 求 窗口 完成 对 所 有 之 前 事件 的 处 理 。 

而 Motion 事 件 的 条 件 则 相对 宽松 些 ， 人 允许 Connection 处 于 发 送 循环 的 过 程 中 ， 但 是 如 果 等 待 队 列 中 的 第 一 个 事件 没 能 在 


目 芝 组 


0.5s 获 得 反馈 ， 则 判定 窗口 处 于 未 响应 状态 。 这 是 因为 Motion 事 件 具 有 实时 性 的 特点 一 一 用 户 的 意图 就 是 希望 输入 事件 发 送 给 


他 所 看 到 的 窗口 ， 所 以 不 在 乎 之 前 事件 的 处 理 结果 。 
2. 重 试 派发 与 ANR 的 引发 


如 果 isWindowReadyForMorelnputLocked () 判定 窗口 无 法 接收 事件 ， 则 调用 handle-TargetsNotReadyLocked () 安 
排 重 试 ， 或 引发 ANR。 看 一 下 其 实现 : 


[InputDispatcher.cpp--> InputDispatcher: :handleTargetsNotReadyLocked()] 


int32 七 InputDispatcher::handleTargetsNotReadyLocked( http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/.. ) { 





























if (applicationHandle == NULL && windowHandle == NULL) { 





http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/OEBPS/Text/.. // 这 种 情况 说 明 系 统 尚 未 完成 启动 ， 可 忽略 


























} else { 
// 如 果 是 第 一 次 发 生 窗 口 未 响应 的 情况 ， 则 记录 下 未 响应 的 窗口 信息 ， 并 设置 引发 ANR 的 时 间 点 
if (mInputTargetWaitCause != INPUT TARGET WAIT CAUSE APPLICATION NOT READY) { 

// 获取 引发 ANR 的 超时 时 间 
if (windowHandle != NULL) { 
// 如 果 有 目标 窗口 ， 则 获取 由 窗口 所 指定 的 超时 时 间 























































































































timeout = windowHandle->getDispatchingTimeout ( 





DEFAULT INPUT DISPATCHING TIMEOUT); 














} else if (applicationHandle != NULL) { 
// 如 果 没 有 目标 窗口 ， 则 从 AMS 获 取 超 时 时 间 








| 














timeout = applicationHandle->getDispatchingTimeout ( 








DEFAULT _ INPUT DISPATCHING TIMEOUT); 


} else { 























ll 
Fe 








timeout EFAULT INPUT DISPATCHING TIMEOUT; 





} 
// 接 下 来 记录 窗口 超时 的 信息 


mInputTargetWaitCause = INPUT TARGET WAIT CAUSE APPLICATION NOT READY; 



































上 - 吕 


mInputTargetWaitStartTime = currentTime; // 检测 到 未 响应 的 时 间 














mInputTargetWaitTimeoutTime = currentTime + timeout; // 设置 引发 ANR 的 时 间 





























mInputTargetWaitTimeoutExpired = false; // 当 引 发 ANR 后 将 被 置 tru 
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path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/.. 


} 


























} 
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// 四 检查 是 否 引 发 ANR 


























if (currentTime >= mInputTargetWaitTimeoutTime) { 


// 当前 事件 大 于 引发 ANR 的 时 间 后 ， 则 引发 ANR 


山中 











onANRLocked (currentTime, applicationHandle, windowHandle, 





ntry->eventTime, mInputTargetWaitstartTime, reason); 


*nextWakeupTime = LONG LONG MIN; 





return INPUT EVENT INJECTION PENDING; 











} else { 


// 如 果 尚 未 到 达 引 发 ANR 的 时 间 点 ， 设 置 nextWakeupTime 后 返回 ， 等 待 下 次 再 试 


























if (mInputTargetWaitTimeoutTime < *nextWakeupTime) { 








*nextWakeupTime = mInputTargetWaitTimeoutTime; 
} 


return INPUT EVENT INJECTION PENDING; 

















这 段 代码 应 该 分 为 两 个 部 分 进行 分 析 。 首 先是 当 第 一 次 发 生 无 法 将 事件 发 送 给 窗口 的 情况 时 ， 也 就 是 代码 中 的 @ 处 ， 在 这 里 
设置 了 引发 ANR 的 时 间 点 。 在 随后 的 重 试 过 程 中 ， 将 当前 时 间 点 与 引发 ANR 的 时 间 点 进行 比 对 ， 并 决定 是 否 引 友 ANR 或 再 次 重 
试 。 


将 isWindowReadyForMorelnputLocked () 和 handleTargetsNotReadyLocked () 放 到 派发 流程 中 去 分 析 ， 可 以 得 到 
如 下 一 个 流程 : 


InputDispatcher 从 派发 队列 中 获取 了 一 个 事件 mPendingEvent， 并 为 它 查 找 目 标 窗 口 ， 然 后 通过 
isWindowReadyForMorelnputLocked () 确定 此 窗口 是 否 可 以 接收 事件 。 如 果 可 以 则 将 事件 放 入 窗口 的 Connection 对 象 的 
发 送 队 列 中 并 启动 帮 送 循环 ， 人 否则 调用 handleTargetsNotReadyLocked () 计算 引发 ANR 的 时 间 点 ， 然 后 通过 返回 
INPUT_ EVENT INJECTION_PENDING 停 止 对 mpPendingEvent 的 派发 工作 ， 并 通过 设置 nextWakeupTime 使 派发 循环 进入 休 
眠 状态 。 体 眠 的 过 程 有 可 能 因为 窗口 反馈 到 来 、 新 输入 事件 到 来 或 新 的 窗口 信息 到 来 而 唤醒 ， 派 发 线程 便 重新 开始 对 
mpPendingEvent 的 派发 过 程 ， 进 而 重新 寻找 目标 窗口 ， 再 通过 jisWindowReadyForMorelnputLocked () 检查 目标 窗口 是 否 
准备 好 接收 事件 ， 如 果 可 以 接收 事件 ， 则 将 其 提交 给 Connection 进 行 发 送 ， 并 重 置 之 前 所 设置 的 ANR 信 息 。 否 则 再 次 进入 
handleTargetsNotReadyLocked () ， 这 时 将 当前 时 间 与 ANR 时 间 进 行 对 比 ， 以 决定 引发 ANR 还 是 再 次 使 派发 线程 进入 休 
眠 。 


5.6 本章 小 结 


本 章 讨 论 了 输入 事件 从 设备 节点 开始 到 窗口 完成 事件 处 理 并 发 送 反 馈 为 止 的 详细 流程 。 将 本 章 中 的 图 5-11、 图 5-12、 图 5- 
14 以 及 图 5-15 首 尾 相 接 ， 便 产生 了 输入 事件 的 完整 生命 周期 。 


本 章 所 介绍 的 重要 输入 系统 参与 者 有 专门 负责 监听 并 读 取 原 始 输入 事件 的 EventHub， 从 EventHub 抽 取 事 件 进行 加 工 处 理 
的 InputReader、 选 择 目 标 窗口 并 进行 派发 的 Input-Dispatcher， 以 及 接收 事件 并 发 送 反馈 的 InputEventReceiver 等 。 


EventHub 与 InputReader 所 在 的 InputReaderThread，lInputDispatcherThread， 再 加 上 In-putEventReceiver 所 在 的 窗 
口 线程 构成 了 输入 系统 的 三 台 首 尾 相 接 的 水 泵 ， 它 们 全 速 运转 时 便 将 输入 事件 从 设备 节点 一 层 一 层 地 汞 取 到 | 窗口 的 事件 处 理 立 数 
中 。 因 此 这 三 台 水 泵 的 健康 状态 直接 影响 输入 系统 是 否 能 够 正常 运转 。 在 实际 的 应 用 中 ， 最 容易 出 现 问 题 的 便 是 第 三 台 水 泵 
一 一 InputEventReceiver 所 在 的 窗口 线程 。 当 它 出 现 问题 时 ， 便 会 发 生 常 见 的 ANR 现 象 。 


与 这 三 台 水 有 泵 对 应 的 ， 本 章 讨论 了 三 种 循环 : InputReader 的 事件 读 取 与 加 工 循环 ，InputDispatcher 针 对 mpPendingEvent 


的 派发 与 重 试 的 派发 循环 ，Connection 对 象 与 Inp-utEventReceiver 之 间 的 发 送 与 反馈 循环 。 这 三 个 者 相互 环 扣 ， 用 精巧 的 协 
作 演 绎 了 以 输入 系统 为 舞台 的 优美 舞蹈 。 


另外 ， 输 入 系统 的 架构 与 实现 构思 非常 优秀 。 在 深入 学 习 输入 系统 的 过 程 中 ， 读 者 可 以 从 中 领会 到 多 种 实用 的 开发 模式 与 技 
术 ， 如 缓冲 区 操作 、Epol 与 INotify 机 制 、 线 程 间 通 信 等 。 另 外 ， 派 发 循环 与 发 送 循环 的 协作 尤为 精巧 ， 非 常 值得 读者 仔细 钻 
研 。 


至 此 ， 输 入 系统 的 讨论 到 此 便 告 一 段落 。 相 信 经 过 本 章 与 第 4 章 的 学 习 ， 读 者 对 Andr-oid 的 窗口 已 经 有 了 本 质 性 认识 。 在 后 
面 的 章节 中 将 会 以 此 为 基础 为 读者 详细 解读 Android 中 与 窗口 的 使 用 相关 的 功能 与 系统 服务 。 





第 6 章 ”深入 理解 控件 系统 


本 章 主要 内 容 : 
. 介绍 创建 窗口 的 新 方法 以 及 WindowManager 的 实现 原理 
* 探讨 ViewRootImpl 的 工作 方式 


“ 讨论 控件 树 的 测量 、 布 局 与 绘制 





讨论 输入 事件 在 控件 树 中 的 派发 

: 介绍 PhoneWindow 的 工作 原理 以 及 Activity 窗 口 的 创建 方式 

本 章 涉 及 的 源 代码 文件 名 及 位 置 : 

* ContextImpbl.java 
frameworks/base/core/java/android/app/ContextImpl.java 

. WindowManagerImpl.java 
frameworks/base/core/java/android/view/WindowManagerlmpl.java 
. WindowManagerGlobal.java 
frameworks/base/core/java/android/view/WindowManagerGlobal.java 
. ViewRootImpl.java 
frameworks/base/core/java/android/view/ViewRootImpl.java 
.View.java 

frameworks/base/core/java/android/view/View.java 


“ ViewGroup.java 


frameworks/base/core/java/android/view/ViewGroup.java 

. TabWidget.java 
frameworks/base/core/java/android/widget/TabWidget.java 

. HardwareRenderer.java 
frameworks/base/core/java/android/view/HardwareRenderer.java 
. FocusFinder.java 
frameworks/base/core/java/android/view/FocusFinder.java 

* Activity.java 
frameworks/base/core/java/android/app/Activity.java 

. PhoneWindow.java 
frameworks/base/policy/src/com/android/internal/policy/impl/PhoneWindow.java 
+ Window.java 
frameworks/base/core/java/android/view/Window.java 

. ActivityThread.java 


frameworks/base/core/java/android/app/ActivityThread.java 


6.1 初 识 Android 的 控件 系统 


第 4 章 和 第 5 章 分 别 介绍 了 窗口 的 两 个 最 核心 的 内 容 : 显示 与 用 户 输入 ， 同 时 也 介绍 了 在 Android 中 显示 一 个 窗口 并 接收 输入 


事件 的 最 基本 方法 。 但 是 这 种 方法 过 于 基本 ， 不 便于 使 用 。 直 接 使 用 Canvas 绘 制 用 户 界 面 以 及 使 用 InputEventReceiver 处 理 用 
户 输入 是 一 项 非常 繁琐 恼人 的 工作 ， 因 为 你 不 得 不 亲历 亲 为 以 下 复杂 的 工作 : 


: 测量 各 个 UI 元 素 (一 段 文字 、 一 个 图 片 ) 的 显示 尺寸 与 位 置 。 
“ 对 各 个 UI 元 素 进行 布局 计算 与 绘制 。 
. 当 显 示 内 容 需要 发 生变 化 时 进行 重 绘 。 出 于 效率 考虑 ， 你 必须 保证 重 绘 区 域 尽 可 能 小 。 


:分析 InputEventReceivet 所 接收 的 事件 的 类 型 ， 并 确定 应 该 由 哪个 UI 元 素 响应 这 个 事件 。 





:需要 处 理 来 自 WwMS 的 很 多 与 窗口 状态 相关 的 回调 。 
所 幸 Android 的 控件 系统 使 得 这 些 事情 不 需要 我 们 亲历 亲 为 。 


自 1983 年 苹果 公司 发 布 第 一 款 搭 载 图 形 用 户 界 面 (GUI) 操作 系统 的 个 人 电脑 Lisa 以 来 的 三 十 多 年 里 ， 图 形 用 户 界 面 已 经 发 


展 得 相当 成 熟 。 无 论 是 运行 于 桌面 系统 还 是 Web， 每 一 个 面向 图 形 用户 界 面 的 开发 工具 包 (SDK) 都 至 少 内 置 实现 了 用 户 和 开 

发 者 所 公认 的 一 套 UI 元 素 ， 尽 管 名 称 可 能 有 所 差异 。 例 如 文本 框 、 图 片 框 、 列 表 框 、 组 合 框 、 按 钮 、 单 选 按钮 、 多 选 按钮 ， 等 

等 。Android 的 控件 系统 不 仅 延 续 了 对 各 种 标准 UI 元 素 的 支持 ， 还 针对 移动 平台 的 操作 特点 增加 了 使 用 更 加 方便 、 种 类 更 加 丰富 
的 一 系列 新 型 的 UI 元 素 。 


S 注 意 


在 Android 中 ， 一 个 UI 元 素 被 称 为 一 个 视图 (View) ， 然 而 ， 笔 者 认为 控件 才 是 UI 元 素 的 更 贴切 的 名 字 。 因 为 UI 元 素 不 仅仅 
是 为 了 向 用 户 显示 一 些 内 容 ， 更 重要 的 是 它们 响应 用 户 的 输入 并 进行 相应 工作 。 本 书后 续 部 分 将 以 控件 来 称呼 UI 元 素 


(View) 。 


另外 ， 本 章 的 目的 并 不 是 介绍 如 何 使 用 各 种 Android 控 件 ， 而 是 介绍 Android 控 件 系 统 的 工作 原理 。 本 章 要 求 读 者 至 少 应 了 解 
使 用 Android 控 件 的 基本 知识 。 


读者 所 熟知 的 Activity、 各 种 对 话 框 、 弹 出 菜单 、 状 态 栏 与 导航 栏 等 都 是 基于 这 套 控件 系统 实现 的 。 因 此 控件 系统 将 是 继 
WMS 与 1MS 两 大 系统 服务 之 后 又 一 个 需要 我 们 攻克 的 目标 。 


6.2 深入 理解 WindowManager 


WindowManager 的 主要 功能 是 提供 简单 的 API 使 得 使 用 者 可 以 方便 地 将 一 个 控件 作为 一 个 窗口 添加 到 系统 中 。 本 节 将 探讨 
它 的 工作 原理 。 


6.3 ”深入 理解 ViewRootlImp| 


ViewRootlImplI 实 现 了 ViewParent 接 口 ， 作 为 整个 控件 树 的 根部 ， 它 是 控件 树 正 常 运作 的 动力 所 在 ， 控 件 的 测量 、 布 局 、 
绘制 以 及 输入 事件 的 派发 处 理 都 由 ViewRootlmpl 触 发 。 另 一 方面 ， 它 是 WindowManagerGlobal 工 作 的 实际 实现 者 ， 因 此 它 还 
需要 负责 与 WMS 交 互通 信 以 调整 窗口 的 位 置 大 小 ， 以 及 对 来 自 WMS 的 事件 (如 窗口 尺寸 改变 等 ) 做 出 相应 的 处 理 。 


本 节 将 对 ViewRootlmpl 的 实现 做 深入 探讨 。 


6.4 深入 理解 控件 树 的 绘制 


接 下 来 将 讨论 控件 系统 中 非常 核心 的 内 容 一 一 控件 树 的 绘制 。 在 开发 Android 自 定义 控件 时 ， 往 往 都 需要 重 写 
View.onDraw () 方法 以 绘制 其 内 容 到 一 个 给 定 的 Canvas 中 ， 而 且 开 发 者 不 需要 知道 控件 以 外 的 任何 细节 。 本 节 将 详细 介绍 
Android 控 件 系 统 是 如 何 为 这 个 简单 的 onDraw () 方法 提供 支持 ， 以 及 隐藏 在 onDraw () 方法 后 面 的 有 趣 内 容 。 


另外 ， 由 于 绘制 是 一 种 开销 很 大 的 操作 ， 因 此 在 相关 代码 中 对 效率 的 优化 随处 可 见 ， 读 者 可 以 留意 其 改善 绘制 效率 的 思想 与 


方式 。 


6.5 ”深入 理解 输入 事件 的 派 友 


本 节 讨论 控件 系统 中 另 一 个 重要 的 话题 一 一 输入 事件 派发 。 本 书 第 5 章 讨 论 了 输入 事件 从 设备 节点 开始 一 路 经 过 
InputReader、InputDispatcher 再 到 InputEventReceiver 为 止 的 加 工 与 派发 的 过 程 ， 不 过 当时 所 讨论 的 派发 是 以 窗口 为 目标 ， 
并 没有 介绍 输入 事件 如 何 从 窗口 传递 到 指定 的 控件 。 本 节 将 继续 第 5 章 的 内 容 ， 以 InputEventReceiver 为 起 点 介绍 输入 事件 在 控 
件 树 中 的 派发 与 处 理 。 





另外 ， 在 View 类 中 有 很 多 手段 可 以 用 于 输入 事件 的 处 理 ， 如 dispatchKeyEvent () 、onTouch () 以 及 OnKeyListener 
等 。Activity、Dialog 等 也 有 类 似 的 方式 可 以 处 理 输入 事件 。 它 们 的 优先 级 、 特 点 以 及 区 别 等 往往 使 开发 者 感到 困扰 。 经 过 本 节 
的 学 习 读者 可 以 对 它们 拥有 清晰 的 认识 。 


控件 树 中 的 输入 事件 派发 是 由 ViewRootimpI| 为 起 点 ， 沿 着 控件 树 一 层 一 层 传 递 给 目标 控件 ， 最 终 再 回 到 ViewRootlimpl 的 
一 个 环形 过 程 。 这 一 过 程 发 生 在 创建 ViewRootlImpl 的 主线 程 之 上 ， 但 是 却 独 立 于 ViewRootImpl.performTraversals () 之 
外 ， 就 是 说 输入 事件 的 派发 并 不 依赖 于 ViewRootImpl 的 “心跳 ”作为 动力 ， 而 是 有 它 自己 的 动力 源泉 。 经 过 第 5 章 的 学 习 可 以 
知道 ， 这 一 动力 源泉 来 自用 于 构建 InputEventReceiver 的 Looper， 当 一 个 输入 事件 被 派发 给 ViewRootimpl 所 在 的 窗口 
时 ，Looper 会 被 唤醒 并 触发 InputEventReciever.onlnputEvent () 回调 ， 控 件 树 的 输入 事件 派发 便 起 始 于 这 一 回调 。 


在 正式 讨论 派发 过 程 之 前 ， 首 先 需要 讨论 对 派发 过 程 有 着 决定 性 影响 的 两 个 概念 一 一 触摸 模式 以 及 焦点 。 


6.6 ”Activity 与 控件 系统 


此 前 的 内 容 都 是 在 WindowManager、ViewRootlmp 与 控件 树 三 者 所 组 成 的 体系 之 下 进行 讨论 的 。 在 绝 大 多 数 情况 下 ， 
口 以 及 控件 树 往往 存在 于 一 些 更 加 高 级 别 的 概念 中 。 这 些 高 级 别 的 概念 即 Activity 以 及 Dialog。 本 节 将 会 讨论 在 Activity 及 Dialog 
之 下 的 窗口 以 及 控件 树 的 特性 。 


6.7 ”本章 小 结 


本 章 着 重 讨论 了 控件 系统 中 的 几 个 重要 话题 ， 包 括 ViewRootlimp| 的 工作 原理 、 控 件 的 测量 布局 与 绘制 、 输 入 事件 的 派发 


区 所 
= 戌 2 


另外 ， 本 章 还 介绍 了 另外 两 种 创建 窗口 的 方式 : 使 用 WindowManager、LayoutParams 加 控件 树 进行 手动 窗口 创建 ， 以 及 
使 用 WindowManager 加 PhoneWindow 通 过 外 观 模板 进行 窗口 创建 。 再 加 上 第 4 章 介绍 的 使 用 WMS 加 Surface 的 创建 方式 ， 目 
前 共 介 绍 了 三 种 方式 进行 窗口 的 创建 方式 。 这 三 种 方式 在 使 用 的 过 程 中 存在 着 使 用 难度 上 的 差异 ， 但 是 并 不 是 说 使 用 难度 大 的 创 
建 方 式 没有 用 ， 关 键 是 根据 窗口 需要 完成 的 任务 的 不 同 而 选择 合适 的 创建 方式 。 举 例 来 说 ，6.6 节 所 介绍 的 Activity 使 用 了 
PhoneWindow， 因 为 Activity 作 为 应 用 程序 主要 的 显示 组 件 ， 提 供 风 格 统一 的 Ul 更 加 重要 。 而 运行 于 SystemUI 的 状态 栏 及 导航 


栏 需要 与 用 户 频 繁 进行 交互 ， 但 是 却 不 需要 向 应 用 程序 的 界面 那样 形势 死板 ， 因 此 使 用 灵活 的 WindowManager、 
LayoutParams 加 控件 树 的 方式 更 加 合适 。 至 于 WMS 加 Surface 这 种 最 底层 的 窗口 创建 方法 ， 也 有 它 存在 的 意义 。Android 壁 纸 
其 实 是 一 个 窗口 ， 它 不 需要 复杂 的 用 户 交互 ， 却 需要 提供 更 加 高 效 的 运行 效率 与 更 低 资 源 占用 ， 以 及 更 自由 的 绘图 方式 ， 而 
WMS 加 Surface 的 方式 恰恰 满足 了 其 需求 。 


至 此 本 书 通 过 3 章 将 WindowManagerService、 输 入 系统 以 及 控件 系统 这 三 个 负责 Android 显 示 与 交互 的 主要 部 分 讨论 完 
毕 。 接 下 来 的 内 容 就 是 讨论 建立 在 这 三 个 系统 之 上 的 两 种 特点 应 用 : SystemUI 以 及 壁 统 了 。 读 者 除了 要 关注 两 个 模块 自身 的 实 
现 原理 之 外 ， 还 应 体会 它们 是 如 何 完成 其 窗口 的 管理 以 及 如 何 处 理 用 户 的 交互 。 


第 7 章 ”深入 理解 SystemUl 


本 章 主要 内 容 : 

* 探讨 状态 栏 与 导航 栏 的 启动 过 程 

* 介绍 状态 栏 中 的 通知 信息 、 系 统 状态 图 标 等 信息 的 管理 与 显示 原理 

: 介绍 导航 栏 中 的 虚拟 按键 、SearchPanel 的 工作 原理 

“ 介绍 SystemUIVisibility 

本 章 涉 及 的 源 代码 文件 名 及 位 置 : 

.SystemSetrvetjava 

frameworks/base/services/java/com/android/server/SystemServer.java 

. SystemUIService.java 
frameworks/base/packages/SystemUI/src/com/android/systemui/SystemUIlService.java 

. PhoneWindowManaget.java 
frameworks/base/policy/src/com/android/internal/policy/impl/PhoneWindowManager.java 

* PhoneStatusBat.java 
frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/phone/Phone-StatusBar.java 
* BaseStatusBatr.java 
frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/BaseStatusBar.java 
“ StatusBarManager.java 


frameworks/base/core/java/android/app/StatusBarManager.java 
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“ StatusBarManagerService.java 
frameworks/base/services/java/com/android/server/StatusBarManagerService.java 

. NotificationManager.java 
frameworks/base/core/java/android/app/NotificationManager.java 

. NotificationManagetSetvice.java 
frameworks/base/services/java/com/android/server/NotificationManagerService.java 

* KeyButtonView.java 
frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/Key-ButtonView.java 

. NavigationBarView.java 
frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/phone/Nav-igationBarView.java 

. DelegateViewHelpet.java 
frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/Delegate-ViewHelper.java 

. SearchPanelView.java 
frameworks/base/packages/SystemUI/src/com/android/systemui/SearchPanelView.java 

. PhoneWindow.java 
frameworks/base/policy/src/com/android/internal/policy/impl/PhoneWindow.java 

* InputMethodService.java 
frameworks/base/core/java/android/inputmethodservice/InputMethodService.java 

+ View.java 
frameworks/base/core/java/android/view/View.java 

. ViewRootImpl.java 
frameworks/base/core/java/android/view/ViewRootiImpl.java 

* WindowManagerService.java 


frameworks/base/services/java/com/android/server/wmM/WindowManagerService.java 


初 识 SystemUl 


顾名思义 ，SystemUl 是 为 用 户 提供 系统 级 别 的 信息 显示 与 交互 的 一 套 UI 组 件 ， 因 此 它 所 实现 的 功能 包罗 万 象 。 屏 幕 项 端的 
状态 栏 、 底 部 的 导航 栏 、 图 片 壁纸 以 及 Recent-Panel (近期 使 用 的 APP 列 表 ) 都 属于 SystemUl 的 范畴 。SystemUl 中 还 有 一 个 
名 为 TakeScreenshotService 的 服务 ， 用 于 在 用 户 按 下 音量 下 键 与 电源 键 时 进行 截屏 操作 。 在 第 5 章 曾 介绍 了 
PhoneWindowManager 监 听 这 一 组 合 键 的 机 制 ， 当 它 捕捉 到 这 一 组 合 键 时 便 会 向 TakeScreenShotService 发 送 请 求 从 而 完成 
截屏 操作 。SystemUI 还 提供 了 PowerUI 和 RingtonePlayer 两 个 服务 。 前 者 负责 监控 系统 的 剩余 电量 并 在 必要 时 为 用 户 显示 低 电 
警告 ， 后 者 则 依托 Audioservice 向 其 他 应 用 程序 提供 播放 铃声 的 功能 。systemUl 的 博大 不 止 如 此 ， 读 者 可 以 通过 查看 其 
AndroidManifest.xml 来 了 解 它 所 实现 的 其 他 功能 。 本 章 将 着 重 介绍 其 中 最 重要 的 两 个 功能 的 实现 : 状态 栏 和 导航 栏 。 


7.2 ”深入 理解 状态 栏 


如 7.1.1 节 所 述 ，SystemUI 中 存在 两 种 状态 栏 与 导航 栏 的 实现 一 一 状态 栏 与 导航 栏 分 离 布 局 的 PhoneStatusBar 以 及 状态 栏 
与 导航 栏 集 成 布局 的 TabletstatusBar。 除 了 布局 差异 之 外 ， 二 者 并 无 本 质 上 的 差别 ， 因 此 本 节 将 主要 介绍 PhonestatusBar 下 的 
状态 栏 的 实现 。 


作为 一 个 将 所 有 信息 集中 显示 的 场所 ， 状 态 栏 对 需要 显示 的 信息 分 为 以 下 5 种 。 


. 通知 信息 : 它 可 以 在 状态 栏 左 侧 显示 一 个 图 标 以 引起 用 户 的 主意 ， 并 在 下 拉 卷 帘 中 为 用 户 显示 更 加 详细 的 信息 。 这 是 状态 
栏 所 能 提供 的 信息 显示 服务 之 中 最 灵活 的 一 种 功能 。 它 对 信息 种 类 以 及 来 源 没 有 做 任何 限制 。 使 用 者 可 以 通过 
StatusBarManagerService 所 提供 的 接口 向 状态 栏 中 添加 或 移 除 一 条 通知 信息 。 


时 间 信 息 : 显示 在 状态 栏 最 右 侧 的 一 个 小 型 数字 时 钟 ， 是 一 个 名 为 Clock 的 继承 自 TextView 的 控件 。 它 监听 了 几 个 和 时 间 
相关 的 广播 : ACTION_TIME_TICK、ACTION_TIME_CHANGED、ACTION_TIMEZONE_CHANGED 以 及 
ACTION_CONFIGURATION_CHANGED。 当 其 中 一 个 广播 到 来 时 从 Calendar 类 中 获取 当前 的 系统 时 间 ， 然 后 进行 字符 串 格式 化 
后 显示 出 来 。 时 间 信 息 的 维护 工作 在 状态 栏 内 部 完成 ， 因 此 外 界 无 法 通过 API 修 改 时 间 信 息 的 显示 或 行为 。 


: 电量 信息 : 显示 在 数字 时 钟 左 侧 的 一 个 电池 图 标 ， 用 于 提示 设备 当前 的 电量 情况 。 它 是 一 个 被 BatteryControllet 类 所 管理 的 
ImageView。BatteryControllet 通 过 监听 android.intent.action.BATTERY_CHANGED 广 播 以 从 BettetryService 中 获取 电量 信息 ， 并 根据 
电量 信息 选择 一 个 合适 的 电池 图 标 显 示 在 ImageView 上 。 同 时 间 信 息 一 样 ， 这 也 是 在 状态 栏 内 部 维护 的 ， 外 界 无 法 干预 状态 栏 对 


: 信号 信息 : 显示 在 电量 信息 的 左 侧 的 一 系列 ImageView， 用 于 显示 系统 当前 的 WiFi、 移 动 网 络 的 信号 状态 。 用 户 所 看 到 的 
WiFi 图 标 、 手 机 信号 图 标 、 飞 行 模式 图 标 都 属于 信号 信息 的 范畴 。 它 们 被 NetworkControllet 类 维护 着 。NetwotkController 监 听 了 一 
系列 与 信号 相关 的 广播 如 WIFI_STATE_CHANGED_ACTION、ACTION_SIM_STATE_CHANGED、 
ACTION_AIRPLANE_MODE_CHANGED 等 ， 并 在 这 些 广播 到 来 时 显示 、 更 改 或 移 除 相关 的 ImapgeView。 同 样 ， 外 界 无 法 干预 状 


态 栏 对 信号 信息 的 显示 行为 。 


* 系统 状态 图 标 区 : 这 个 区 域 用 一 系列 图 标 标识 系统 当前 的 状态 ， 位 于 信号 信息 的 左 侧 ， 与 状态 栏 左 侧 通知 信息 隔 岸 相 望 。 
与 通知 信息 类 似 ，StatusBarManagerService 通 过 setIcon () 接口 为 外 界 提 供 了 修改 系统 状态 图 标 区 的 图 标的 途径 ， 然 而 它 对 信息 的 
内 容 有 很 强 的 限制 。 首 先 ， 系 统 状态 图 标 区 无 法 显示 图 标 以 外 的 信息 ， 另 外 ， 系 统 状态 图 标 区 对 其 所 显示 的 图 标 数量 以 及 图 标 所 
表示 的 意图 有 着 严格 的 限制 。 


由 于 时 间 信 息 、 电 量 信息 以 及 信号 信息 的 实现 原理 比较 简单 而 且 与 状态 栏 外 界 相对 隔离 ， 因 此 读者 可 以 通过 分 析 上 文 所 介绍 


的 相关 组 件 自行 研究 。 本 节 将 主要 介绍 状态 栏 以 下 几 个 方面 的 内 容 : 
* 状态 栏 窗口 的 创建 与 控件 树 结构 。 
` 通知 的 管理 与 显示 。 


“ 系统 状态 图 标 区 的 管理 与 显示 。 


7.3 ”深入 理解 导航 栏 


导航 栏 是 指 显 示 在 屏幕 底 端 或 右 端 容纳 了 一 排 虚 拟 按 键 的 一 个 窗口 。 导 航 栏 之 所 以 存在 有 两 个 目的 : 
通过 提供 诺 拟 按键 作为 物理 键 的 蔡 代 品 。 其 中 最 常用 的 是 BACK、HOME 以 及 RECENT 这 三 个 键 。 


* 可 以 为 某 些 行为 提供 最 快捷 的 入 口 。 因 为 导航 栏 是 常 驻 屏 幕 的 窗口 ， 因 此 导航 栏 是 启动 某 些 行为 最 快捷 也 是 最 方便 的 场 
所 。 目 前 Android 在 导航 栏 上 提供 了 快速 启动 搜索 的 入 口 。 


导航 栏 的 存在 占用 了 屏幕 的 一 块 显示 区 域 。 尽 管 很 多 用 户 对 此 颇 有 微 词 ， 然 而 在 移动 设备 的 屏幕 尺寸 越 来 越 大 的 情况 下 ， 导 
航 栏 所 能 提供 的 好 处 已 远 远 超过 了 它 所 占用 的 那 一 块 小 小 的 空间 的 价值 。 导 航 栏 取代 物理 按键 无 疑 节约 了 设备 的 制造 成 本 ， 而 更 
重要 的 是 ， 由 于 软件 永远 比 硬件 灵活 ， 导 航 栏 能 够 通过 增加 或 删除 其 上 的 虚拟 按键 以 适应 不 同 的 应 用 场景 。 例 如 导航 栏 可 以 仅 为 
拥有 选项 菜单 的 应 用 显示 菜单 键 ， 也 可 以 为 不 能 使 用 BACK 键 的 应 用 隐藏 BACK 键 。 另 外 ， 导 航 栏 还 可 以 作为 快速 启动 某 些 行为 
的 入 口 。 因 此 基于 导航 栏 的 用 户 体验 大 有 文章 可 做 ， 这 是 物理 按键 所 不 能 比拟 的 。 


国 说 明 


在 平板 电脑 等 大 屏幕 设备 上 是 没有 独立 的 导航 栏 的 。 这 些 设备 上 所 拥有 的 是 集成 了 状态 栏 与 导航 栏 的 系统 栏 。 不 过 除了 表现 
形式 上 的 差异 之 外 ， 实 质 的 工作 原理 是 类 似 的 。 本 节 所 讨论 的 是 应 用 于 小 尺寸 屏幕 上 的 独立 导航 栏 。 读 者 可 以 类 比 地 对 系统 栏 进 


行 研究 。 


7.4 ”将 用 状态 栏 与 导航 栏 的 功能 

在 某 些 情况 下 ，Android 需 要 禁用 状态 栏 或 导航 栏 中 的 某 些 功 能 。 例 如 在 锁 屏 状态 下 ， 用 户 点 击 HOME 键 、BACK 键 以 及 
RECENT 键 是 无 意义 的 ， 因 此 最 好 将 这 些 虚 拟 按键 隐藏 掉 。 同 样 在 锁 屏 状态 下 ， 万 其 是 用 户 通过 图 案 或 密码 进行 解锁 保护 的 时 
候 ，Android 不 希望 用 户 可 以 拉 出 下 拉 卷 帘 而 导致 那些 如 短信 等 私人 信息 遭 到 暴露 。 


7.5 理解 SystemUlVisibility 


尽管 StatusBarManager 以 及 StatusBarManagerService 为 应 用 程序 以 及 系统 服务 提供 了 操作 状态 栏 与 导航 栏 的 所 有 接口 ， 


但 是 这 些 接口 并 不 适用 于 那些 没有 系统 签名 的 普通 应 用 程序 。 倘 若 一 个 普通 的 应 用 程序 希望 对 状态 栏 以 及 导航 栏 进 行 操作 ， 就 必 
须 使 用 SystemUlVisibility 机 制 。 


SystemUlVisibility 与 禁用 标记 一 样 ， 是 一 个 int 型 的 变量 ， 其 中 可 以 按 位 容纳 多 个 定义 在 View 类 中 用 于 调整 状态 栏 与 导航 栏 
行为 的 标记 。 其 实 SystemUlVisibility 可 容纳 的 标记 的 丰富 性 远 远 不 止 控制 SystemUl 的 可 见 性 而 已 。 按 照 这 些 标记 所 产生 的 影 
响 ， 它 们 可 以 分 为 以 下 三 类 。 


影响 状态 栏 与 导航 栏 可 见 性 的 标记 : 


SYSTEM_UI_FLAG_LOW_PROFILE， 使 得 状态 栏 与 导航 栏 进入 低 辨 识 度 模式 。 





* SYSTEM_UI_FLAG_HIDE_NAVIGATION， 隐藏 导航 栏 。 窗 口 在 布局 时 的 ParentFrame、ContentFrame 以 及 DisplayFrame 都 


会 延展 到 整个 屏幕 





SYSTEM_UI_FLAG_FULLSCREEN， 隐 藏 状态 栏 。 窗 口 在 布局 时 的 ParentFrame、ContentFrame 以 及 DisplayFrame 都 会 延展 


到 屏幕 的 顶部 。 
cg 注意 
SYSMTE_UI_FLAG FULLSCREEN 并 不 是 同时 隐藏 状态 栏 与 导航 栏 。 


影响 窗口 布局 结果 的 标记 : 


. SYSTEM_UIL_ FLAG_LAYOUT_STABLE ， 上 声明 这 个 标记 的 窗口 的 ContentFrame 不 会 随 着 导航 栏 或 状态 栏 的 显示 或 隐藏 而 发 
生变 化 。 


. SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION，PhoneWindowManaget 在 对 声明 了 这 个 标记 的 窗口 进行 布局 时 会 认 
为 导航 栏 已 经 隐藏 ， 无 论 导 航 栏 是 否 真 的 被 隐藏 。 


SYSTEM_UI_ FLAG_ LAYOUT_FULLSCREEN，PhoneWindowManager 在 对 声明 了 这 个 标记 的 窗口 进行 布局 时 会 认为 导航 栏 
和 状态 栏 都 已 经 隐藏 ， 无 论 状态 栏 和 时 航 栏 是 否 真 的 被 隐藏 。 


用 于 禁用 状态 栏 与 导航 栏 的 某 些 功能 的 标记 : 

. STATUS_BAR_DISABLE_EXPAND 

. STATUS_BAR_DISABLE_NOTIFICATION_ICONS 

. STATUS_BAR_DISABLE_NOTIFICATION_ALERTS 
. STATUS_BAR_DISABLE_NOTIFICATION_TICKER 
. STATUS_BAR_DISABLE_SYSTEM_INFO 

. STATUS_BAR_DISABLE_HOME 

. STATUS_BAR_DISABLE_BACK 


STATUS_BAR_DISABLE_CLOCK 





* STATUS_BAR_DISABLE_RECENT 


STATUS _ BAR DISABLE _ SEARCH 
台 说 明 


这 些 以 STATUS_BAR_DISABLE 为 前 组 的 标记 的 功能 与 在 StatusBartManaget 中 所 定义 的 禁用 标记 一 一 对 应 并 且 功 能 相同 ， 并 
且 可 以 通过 systemUIVisibility&cStatusBar-Managet.DISABLE_MASK 这 种 方式 将 它们 从 SystemUIVisibility 中 提取 出 来 ， 然 后 作为 
StatusBarManaget.disable () 方法 的 参数 设置 给 状态 栏 与 导航 栏 。 不 过 目前 Android 中 并 没有 做 出 这 种 行为 的 代码 。 因 此 ， 通 过 


SystemUIVisibility 的 方式 进行 状态 栏 与 导航 栏 功能 的 禁用 目前 是 行 不 通 的 。 


设置 SystemUlVisibility 的 方式 有 两 种 。 一 是 在 任意 一 个 已 经 显示 在 窗口 上 的 控件 调用 View.setSystemUiVisibility () ， 二 
是 直接 在 窗口 的 LayoutParams.systemUiVisibility 上 进行 设置 并 通过 WindowManager.updateViewLayout () 方法 使 其 生 
效 。 


7.6 本章 小 结 


本 章 详细 介绍 了 SystemUl 中 最 常用 也 是 最 重要 的 两 个 功能 : 状态 栏 与 导航 栏 的 工作 原理 。 根 据 屏幕 尺 寸 不 同 ，Android 实 
现 两 套 状态 栏 与 导航 栏 。 本 章 仅 讨论 了 其 中 一 套 应 用 于 小 屏幕 设备 上 的 状态 栏 与 导航 栏 分 离 布 局 的 方案 。 


读者 需要 理解 状态 栏 与 导航 栏 运 行 于 一 个 名 为 SystemUlService 的 由 system_server 进 程 通过 Context.startService () 方式 
启动 的 常规 Android 服 务 中 ， 并 且 通 过 WindowManageraddView () 创建 它们 的 窗口 。 这 种 由 系统 服务 启动 一 个 常规 服务 ， 
并 在 这 个 常规 服务 中 创建 窗口 的 工作 模式 在 Android 系 统 中 并 不 是 独 此 一 家 。 第 8 章 中 所 介绍 的 Android 壁 纸 也 使 用 了 这 种 工作 
模式 ， 而 且 负 责 管 理 壁 纸 的 WallpaperManagerService 与 负责 壁纸 显示 的 WallpaperService 之 间 的 交互 以 及 窗口 创建 过 程 更 加 
复杂 。 因 此 深入 理解 状态 栏 与 导航 栏 的 启动 、 窗 口 创建 以 及 它们 与 StatusBarManagerService 进 行 通信 的 方式 对 于 继续 学 习 第 8 
章 的 内 容 有 很 大 帮助 作用 。 


第 8 章 ”深入 理解 Android 壁 纸 


本 章 主要 内 容 : 

. 讨论 动态 壁纸 的 实现 

. 在 动态 壁纸 的 基础 上 讨论 静态 壁纸 的 实现 
. 讨论 WMS 对 壁纸 窗口 所 做 的 特殊 处 理 
本 章 涉 及 的 源 代 码 文件 名 及 位 置 : 

. WallpaperManagerService.java 


frameworks/base/services/java/com/android/server/WallpaperManagerService.java 


WallpapetSetvice.java 
frameworks/base/core/java/android/service/wallpaper/WallpaperService.java 

“ Image Wallpaper.java 
frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java 
* WallpaperManaget.java 
frameworks/base/core/java/android/app/WallpaperManager.java 

* WindowManagetSetvice.java 
frameworks/base/services/java/com/android/server/wmM/WindowManagerService.java 
* WindowStateAnimatot.java 
frameworks/base/services/java/com/android/server/wm/WindowStateAnimator.java 

* WindowAnimatotr.java 


frameworks/base/services/java/com/android/server/wmM/WindowAnimator.java 


8.1 初 识 Android 壁 纸 


本 章 将 对 壁纸 的 实现 原理 进行 讨论 。 在 Android 中 ， 壁 纸 分 为 静态 与 动态 两 种 。 静 态 壁纸 是 一 张 图 片 ， 而 动态 壁纸 则 以 动画 
为 表现 形式 ， 或 者 可 以 对 用 户 的 操作 做 出 反应 。 这 两 种 形式 看 似 差异 很 大 ， 其 实 二 者 的 本 质 是 统一 的 。 它 们 都 以 一 个 Service 的 
形式 运行 在 系统 后 台 ， 并 在 一 个 类 型 为 TYPE_ WALLPAPER 的 窗口 上 绘制 内 容 。 进 一 步 讲 ， 静 态 壁纸 是 一 种 特殊 的 动态 壁纸 ， 它 
仅 在 窗口 上 演 染 一 张 图 片 ， 并 且 不 会 对 用 户 的 操作 做 出 反应 。 因 此 本 章 将 首先 通过 动态 壁纸 的 实现 讨论 Android 壁 纸 的 实现 与 管 
理 原 理 ， 然 后 再 对 静态 壁纸 的 实现 做 介绍 。 


Android 壁 纸 的 实现 与 管理 分 为 三 个 层次 : 


* WallpaperService 与 Engine。 同 SystemUI 一 样 ， 壁 纸 运行 在 一 个 Android 服 务 之 中 ， 这 个 服务 的 名 字 叫 作 WallpaperService。 当 
用 户 选 择 一 个 壁纸 之 后 ， 此 壁纸 所 对 应 的 WallpaperService 便 会 启动 并 开始 进行 壁纸 的 绘制 工作 ， 因 此 继承 并 定制 WallpaperService 
是 开发 者 进行 壁纸 开发 的 第 一 步 。Engine 是 WallpaperService 中 的 一 个 内 部 类 ， 实 现 了 壁纸 窗口 的 创建 以 及 Surface 的 维护 工作 。 另 
外 ，Engine 提 供 了 可 供 子 类 重 写 的 一 系列 回调 ， 用 于 通知 壁纸 开发 者 关于 壁纸 的 生命 周期 、Sutface 状 态 的 变化 以 及 对 用 户 的 输入 
事件 进行 响应 。 可 以 说 ，Engine 类 是 壁纸 实现 的 核心 所 在 。 壁 纸 开 发 者 需要 继承 Engine 类 ， 并 重 写 其 提供 的 回调 以 完成 壁纸 的 开 
发 。 这 一 层次 的 内 容 主要 体现 了 壁纸 的 实现 原理 。 


:WallpapertManagetSetvice， 这 个 系统 服务 用 于 管理 壁纸 的 运行 与 切换 ， 并 通过 WallpapetManaget 类 向 外 界 提 供 操 作 壁 纸 的 接 
口 。 当 通过 WallpaperManagaet 的 接口 进行 壁纸 的 切换 时 ，WallpaperManagerSetvice 会 取消 当前 壁纸 的 WallpaperService 绑 定 ， 并 启动 
新 壁纸 的 WallpaperService。 田 外 ，Engine 类 进行 窗口 创建 时 所 使 用 的 窗口 令 牌 也 是 由 WallpaperManagerService 提 供 的 。 这 一 层次 主 


要 体现 了 Android 对 壁纸 的 管理 方式 。 


* WindowManagerService， 用 于 计算 壁纸 窗口 的 Z 序 、 可 见 性 以 及 为 壁纸 应 用 窗口 动画 。 壁 纸 窗口 (TYPE_WALLPAPER) 的 
乙 序 计算 不 同 于 其 他 类 型 的 窗口 。 其 他 窗口 依照 其 类 型 会 有 固定 的 mBaseLayet 以 及 mSubLayet， 并 结合 它们 所 属 的 Activity 的 顺序 或 
创建 顺序 进行 Z 序 的 计算 ， 因 此 这 些 窗口 的 Z 序 相对 固定 。 而 壁纸 窗口 则 不 然 ， 它 的 Z 序 会 根据 FLAG_SHOW_WALLPAPER 标 记 
在 其 他 窗口 LayoutParams.flags 中 的 存在 情况 而 不 断 调整 。 这 一 层次 主要 体现 Android 对 壁纸 窗口 的 管理 方式 。 


本 章 将 通过 对 动态 壁纸 切换 的 过 程 进 行 分 析 以 揭示 WallpaperService、Engine 以 及 Wall-paperManagerService 三 者 的 实 
现 原 理 以 及 协作 情况 。 静 态 壁 纸 作为 动态 壁纸 的 一 种 特殊 情况 ， 将 会 在 完成 动态 壁纸 的 学 习 之 后 于 8.3 节 讨论 。 而 
WindowManagerService 对 壁纸 窗口 的 处 理 将 在 8.4 节 介 


8.2 深 入 理解 动态 壁纸 


8.2.1 ”启动 动态 壁纸 的 方法 


启动 动态 壁纸 可 以 通过 调用 WallpaperManager.getlWallpaperManager () .setWallpaper-Component () 方法 完成 。 
它 接受 一 个 ComponentName 类 型 的 参数 ， 用 于 将 希望 启动 壁纸 的 WallpaperService 的 ComponentName 告 知 
WallpaperManagerService。WallpaperManager.getlWallpaperManager () 方法 返回 的 是 WallpaperManagerService 的 
Bp 端 。 因 此 setWallpaper-Component () 方法 的 实现 位 于 WallpaperManagerService 中 。 参 考 其 实现 : 


public void setWallpaperComponent (ComponentName name) { 
// 设置 动态 壁纸 需要 调用 者 拥有 一 个 签名 级 的 系统 权限 


checkPermission (android.Manifest.permission.SET WALLPAPER COMPONENT); 


















































synchronized (mLock) { 


/* @) 首先 从 mWallpaperMap 中 获取 壁纸 的 运行 信息 WallpaperData。 































































































WallpaperManagerService 支 持 多 用 户 机 制 ， 因 此 设备 上 的 每 个 用 户 可 以 设置 自己 的 壁纸 。mWallpaper- 
Map 为 每 个 用 户 保存 了 一 个 WallpaperData 实 例 ， 这 个 实例 中 保存 和 壁纸 运行 状态 相关 的 信息 。 例 如 























WallpaperService 的 ComponentName， 到 WallpaperService 的 ServiceConnection 等 。 于 是 















































当 发 生 用 户 切 换 时 ，WallpaperManagerService 可 以 从 mWallpaperMap 中 获取 新 用 户 的 Wallpaper- 


Data， 并 通过 保存 在 其 中 的 ComponentName 重 新 启动 该 用 户 所 设置 的 壁纸 。 因 此 ， 当 通过 setWall- 











































































































paperComponent () 设置 新 壁纸 时 ， 需 要 获取 当前 用 户 的 WallpaperData， 并 在 随后 更 新 其 内 容 
使 之 保存 新 壁纸 的 信息 */ 


int userId = UserHandle.getCallingUserId(); 






































WallpaperData wallpaper = mWallpaperMap.get (user1d); 





http://www.hzcourse.com/resource/readBook? 
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path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/.. 


























final long ident = Binder.clearCallingIdentity(); 
try { 
http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/..http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach ebook/uncompressed/15306/0EBPS/Text/.. 


// @ 启动 新 壁纸 的 WallpaperService 


























bindWallpaperComponentLocked (name, false, true, wallpaper, null); 





} finally { 


Binder.restoreCallingIdentity (ident); 


注意 


WallpaperManager.getTWallpaperManager () 并 没有 作为 SDK 的 一 部 分 提供 给 开发 者 。 因 此 第 三 方 应 用 程序 是 无 法 进行 动态 壁 
纸 的 设置 的 。 





8.3 ”深入 理解 静态 壁纸 一 一 ImageWallpaper 

本 节 将 会 对 静态 壁纸 进行 介绍 。 所 谓 的 静态 壁纸 是 运行 于 SystemUl 进 程 中 的 一 个 名 为 ImageWallpaper 的 特殊 的 动态 壁纸 
而 已 。 首 先 它 是 一 个 动态 壁纸 ， 因 为 它 是 基于 前 文 所 述 的 动态 壁纸 的 架构 实现 的 。 而 说 它 是 静态 的 ， 是 因为 它 的 内 容 是 一 张 静 术 
的 图 片 。 之 所 以 将 它 区 别 于 其 他 众多 内 置 的 动态 壁纸 ， 是 因为 Android 为 这 个 静态 壁纸 提供 了 特殊 的 API 以 及 实现 机 制 ， 使 得 开 
发 者 可 以 方便 地 将 一 张 静 态 图 片 设置 为 壁纸 ， 


8.4 WMS 对 壁纸 窗口 的 特殊 处 理 


壁纸 存在 的 意义 是 为 其 他 窗口 提供 背景 。 当 一 个 窗口 希望 壁纸 作为 其 背景 时 ， 可 以 将 FLAG_ SHOW_WALLPAPER 标 记 加 入 
其 flags 中 。 当 WM S 检 测 到 处 于 显示 状态 的 窗口 声明 这 一 标记 时 ， 会 将 壁纸 窗口 衬 于 此 窗口 之 下 ， 于 是 用 户 便 可 以 透 过 此 窗口 的 
透明 区 域 看 到 壁纸 窗口 的 内 容 。 所 以 ， 与 其 他 窗口 不 同 ， 壁 纸 窗 口 在 窗口 列表 中 的 Z 序 与 声明 FLAG_SHOW _WALLPAPER 标 记 的 
窗口 紧密 联系 。 另 外 ， 动 态 壁纸 往往 十 分 消耗 计算 资源 ，WMS 必 须 确保 当 用 户 看 不 到 壁纸 的 时 候 能 够 通过 
onVisiblityChanged () 回调 将 这 个 状态 通知 动态 壁纸 ， 使 后 者 立即 停止 任何 消耗 资源 的 操作 。 再 者 ， 申 请 这 个 标记 的 窗口 希 
望 在 进行 窗口 动画 时 ， 壁 纸 窗 口 能 够 同步 地 进行 动画 ， 就 好 像 壁纸 是 此 窗口 的 一 部 分 一 样 。 于 是 在 WMS 的 窗口 动画 子 系统 中 也 
存在 着 对 壁纸 窗口 的 特殊 处 理 。 


壁纸 窗口 在 WMS 中 的 特殊 行为 主要 体现 在 三 个 方面 : 壁纸 窗口 的 Z 序 、 壁 纸 窗口 的 可 见 性 以 及 壁纸 窗口 的 动画 。 


8.5 ”本 章 小 结 


关于 壁纸 的 内 容 就 介绍 到 这 里 。 希 望 读者 经 过 本 章 的 学 习 之 后 能 够 深入 了 解 Android 壁 纸 的 运行 机 制 ， 体 会 
WallpaperService 中 Engine 对 象 如 何 通过 WMS 的 接口 直接 创建 与 操作 窗口 的 方法 ， 以 及 WallpaperManagerService 如 何 通 过 
口令 牌 对 Engine 对 象 创建 TYPE_WALLPAPER 类 型 的 窗口 进行 授权 。 理 解 WMS 对 壁纸 窗口 的 特殊 处 理 也 很 重要 ， 因 为 这 些 特 
殊 处 理 说 明 除 了 使 用 BaseLayer 以 及 SubLayer 以 外 精细 地 调整 窗口 的 Z 序 的 方法 ， 以 及 对 于 那些 需要 频繁 显示 与 隐藏 的 窗口 所 进 
行 的 优化 。 


Android 壁 纸 使 用 了 系统 服务 (管理 者 ) 加 标准 Android 服 务 (实现 者 ) 的 两 层 架构 。 当 系统 希望 录 些 系统 级 UI 由 第 三 方 进 
行 实现 与 扩展 ， 同 时 又 不 希望 给 予 第 三 方 过 多 的 操作 窗口 的 权限 时 ， 这 种 两 层 架 构 无 疑 是 最 佳 选择 。 系 统 服务 负责 提供 必要 的 系 
统 级 操作 ， 而 标准 的 Android 服 务 可 以 在 系统 服务 所 规范 的 框架 范围 实现 自由 定制 。 第 7 章 所 介绍 的 SystemUl 以 及 输入 法 都 采用 
了 这 种 架构 。 在 深入 理解 壁纸 的 运行 机 制 之 后 ， 感 兴趣 的 读者 可 以 类 比 地 研究 Android 输 入 法 的 实现 。 


